где ты там увидел что-то анонимное?

это две обычные структуры

type HandleStruct struct { database.BaseStruct } в обычном ООП выглядило бы как class HandleStruct extend BaseStruct { } class BaseStruct { protected db *sql.DB = null }

ясно, передавать нужно как в структуре и записанно, сразу доступ к полям анонимного поля структуры - не получиш :(

смотри выше

логично что если бы ты сделал потом new HandleStruct() ты бы автоматом ничего не инициализировал

потому что структура как и класс, это еще не объект

Господа, пользуюсь я http.Client для походов в соседний сервис. И ударила мне тут в голову блаж потестировать это поделие. Подскажите пожалуйста как нынче модно его мокать?

спасибо, буду ковырять дальше

Господа, пользуюсь я http.Client для походов в соседний сервис. И ударила мне тут в голову блаж потестировать это поделие. Подскажите пожалуйста как нынче модно его мокать?

мопед не мой, но https://play.golang.org/p/l9HJQW37bi

То-есть я себе в боевой код навсегда добавляю вызов клиента по ссылке? я это видел. очень не нравится, а можно как нибудь протестировать просто http.Get(...) ?

стоп стоп стоп

мок же только для тестирования?

тесты не компиляться при обычном билде, игнорируются

Хорошо, перефразирую, у меня есть httphandler, который во время своей работы сам ходит на внешний сервис. Я хочу протестировать его работу. Дело в том, что подсчунуть ему локалхост я не могу, надо ещё и проверять что он выбрал правильный хост для запроса. То есть, мне нужно как то ему замокать его клиент.

так то тестить я умею =)

Хорошо, перефразирую, у меня есть httphandler, который во время своей работы сам ходит на внешний сервис. Я хочу протестировать его работу. Дело в том, что подсчунуть ему локалхост я не могу, надо ещё и проверять что он выбрал правильный хост для запроса. То есть, мне нужно как то ему замокать его клиент.

про профилирование http почитай, мб подойдет

Хорошо, спасибо. придётся разобратся и разродится статьёй.

Хорошо, спасибо. придётся разобратся и разродится статьёй.

"Дело в том, что подсчунуть ему локалхост я не могу, надо ещё и проверять что он выбрал правильный хост для запроса" кому ему?

http.Client , можно было бы заставить его ходить на тестовый сервер, но тогда ему нужно подделать резолвер.

http.Client , можно было бы заставить его ходить на тестовый сервер, но тогда ему нужно подделать резолвер.

это сразу не правильно, моки для этого и сделаны что бы изолировать тесты

а вы цепляете к нему внешную зависимость

Простите, окном ошибся

ОЙ ЛЮДИ

ща кричать будете

Hey-Hey?, программеры!? В эти выходные Университет ИТМО при поддержке компании IBM и блокчейн-корпорации Zodiaq, пройдет двухдневный финтех хакатон, посвящённый технологии блокчейн. Всех приглашаем! Регистрируемся здесь: www.cryptohack.tech Главной особенностью хакатона станет использование квантовых технологий в связке с блокчейно?м. ИТМО лидер данного направления в России, а про IBM вы и сами все знаете) Победителей ждут денежные призы, а также возможность протестировать свои разработки у ведущих специалистов компании Luxoft?. Много пиццы? и куча крутых лекций от наших менторов ждут вас на площадке технопарка «Ингрия» Пиу-Пиу?

Помните как я ниже бомбанул?

Его спам стал мемом

Hey-Hey?, программеры!? В эти выходные Университет АХУЕТИ при поддержке компании iБЛЯ и блокчейн-корпорации DEDДОЕСТ, пройдет двухдневный финтех хакатон, посвящённый технологии блокчейн. Всех приглашаем! Регистрируемся здесь: t.me/axyeti Главной особенностью хакатона станет использование квантовых технологий в связке с блокчейно?м. АХУЕТИ - лидер данного направления в России, а про iБЛЯ вы и сами все знаете) Победителей ждут АХУЕТИКОИНЫ, а также возможность протестировать свои разработки у ведущих специалистов компании Loxpidr ?. Много пиццы? и куча крутых лекций от наших менторов ждут вас на площадке технопарка «Ахуетилэнд» Пиу-Пиу?

Я так ору

ну мы тут мемасики теперь обсуждать будем?

who cares?

угу, че-т не смешно

и неинтересно

who cares?

++, просто /voteban :D

Я так ору

от тебя слишком много ора, бомбёжки и вбросов не по теме чата, так что это будет первое и последнее предупреждение, со следующим отхватишь бан

Гайз. Что заюзать для синтетического стресс-теста клиент-серверного приложения? Клиентская конфигурация подключения осуществляется через флаги. После успешного подключения клиент вбивает команду, ждёт её выполнения.

А как оно подключается? tcp?

+

http://tsung.erlang-projects.org/user_manual/conf-client-server.html

http://tsung.erlang-projects.org/user_manual/conf-client-server.html

Звучит как то что я ищу :) Спасибо, буду пробовать конфигурить.

кто-нибудь работал с gRPC + Swagger?

всем привет, может кто пояснить чем grpc лучше чем rest?

всем привет, может кто пояснить чем grpc лучше чем rest?

хм... так нет лучшего))) все от потребностей

просто в статьях вижу разные мысли вида "мы думали перейти от rest к grpc", вот и интересно с чего такое решили и в каком случае он будет лучше

просто в статьях вижу разные мысли вида "мы думали перейти от rest к grpc", вот и интересно с чего такое решили и в каком случае он будет лучше

REST - архитектурный стиль, а gRPC фреймворк для вызова удаленных процедур) Видимо парни не смогли сделать свое грамотное архитектурное видение на базе рест (мб и не поняли его), вот и взяли тупо gRPC

вот я примерно так же подумал, что вроде немного разного направления вещи, но ведь обсуждают именно в сравнении, думал может быть я что-то не так понял

вот я примерно так же подумал, что вроде немного разного направления вещи, но ведь обсуждают именно в сравнении, думал может быть я что-то не так понял

главное статью запилить)))

ну такое тоже бывает. эти бы статьи еще помечали тегом ИМХО и было бы вообще хорошо

всем привет, кто-нибудь может подсказать ресурс с задачами и решениями на golang?

а то ничего интересного найти не могу на чем попрактиковаться

а то ничего интересного найти не могу на чем попрактиковаться

не встречал такого)

всем привет, кто-нибудь может подсказать ресурс с задачами и решениями на golang?

если математические задачки, то наверное что-то типо степика надо смотреть

если математические задачки, то наверное что-то типо степика надо смотреть

мне бы именно на основные потребности ( запись чтение из файла, работа с массивами, взаимодействие по tcp/udp, http)

hackerrank

ну вообще некоторый минимум есть на Tour of Go, а так - читать либы и смотреть как сделано там

Много задачек по go есть вот здесь http://exercism.io/languages/go/about

Сижу на афтерпати РНРшников, обсуждают какой плохой язык — Go))

Жесть)))

У пхпшников бывают пати?

Сижу на афтерпати РНРшников, обсуждают какой плохой язык — Go))

Плохой, потому что рвёт их любимый язык?

ERROR: S client not available

У пхпшников бывают пати?

Да, оба приходят и вдвоем пьют

Человек 200-300

где-то я видела гошников, обсуждающих, какой плохой джаваскрипт

/report

/report

/stat@combot

combot.org/chat/-1001046001048

Как раз Goшный митап в Авито обсуждают — типа, очень скучно было. На весь Go тень бросил.

Жаваскрипт полу-язык)

на половину язык, на половину скрипт

где-то я видела гошников, обсуждающих, какой плохой джаваскрипт

я согласен присоединиться к обсуждению)

А что с js не так? Ну есть и ладно. Для веба безальтернативно.

где-то я видела гошников, обсуждающих, какой плохой джаваскрипт

да ладно вам, похапэ похуже конфетка

А что с js не так? Ну есть и ладно. Для веба безальтернативно.

к сожалению да(

Всем привет! ) Недавно читал что Go развивает систему плагинов. Начал изучать эту тему и сейчас подбираю задачи которые можно решить на этом языке. #вопрос у кого то есть опыт разработки на Go с применением событийной архитектуры? (Event Driven)?

Если никогда раньше не работал с событийщиной - ничего хорошего не получится)

Уже лет 5 как только с ней работаю )

просто хочу понять уровень задач для Go. если есть события - можно строить большие системы. если нет то только микро приложения.

хотя в Go есть нечто типа примисей. вместо наследования. мб это альтернатива событиям. но пока не уверен

или мб опыт создания больших модульных систем?

Каким боком mixin к событиям?

наследование классов или передача сообщений в событиях - это вариация для решения проблем позднего связвания. в одних платформах пытаются делать позднее связывание через наследование, в других через события. если тут нет ни первого ни второго, то что то должно же быть )

в общем если у кого есть опыт по событийной архитектуре или созданию больших систем в Go - просьба дать обратную связь )

наследование классов или передача сообщений в событиях - это вариация для решения проблем позднего связвания. в одних платформах пытаются делать позднее связывание через наследование, в других через события. если тут нет ни первого ни второго, то что то должно же быть )

без объяснения этот коммент выглядит как бред. Я знаю, что такое наследование классов, передача сообщений, позднее связывание, event-driven архитектура, но не могу вычленить смысл в такой компоновке этих терминов

скорее всего причина в понятии позднего связвания. вокруг него много путаницы. если брать исходное значения от Алена Кея, то это возможность расширять исходный код, менять поведение системы не трогая сам код, просто дописывая новый код где то в другом месте.

понимания не добавилось

event-driven то здесь причем?

event-driven это когда позднее связывание делается через события. пишешь новый код который начинает слушать события и подключать свою механику. также один из вариантов позднего связывания.