ЕО
Хотя вот терраформ и интеграционные тесты предлагает на go test делать
Size: a a a
2020 April 12
ЛА
Пока вояешь моки и когда с моками всё работает, а в реальности нет
А зачем воять, есть ведь генераторы по интерфейсу
а
go test хорошо работает, как и любое юнит-тестирование, пока нет побочных эффектов
ну так если у вас проблема в побочных эффектах, то проблема опять же не в Go, они у вас везде будут
ЕО
ну так если у вас проблема в побочных эффектах, то проблема опять же не в Go, они у вас везде будут
Ну да. Это проблема не го, а TDD вообще
Pu
Если по контроллерам, то все будет зависеть от веб-библиотеки, да и с одной либой тоже по-разному бывает.
Могу порекомендовать echo, там есть решения на все случаи жизни, но здесь его тоже сочтут слишком усложненным
https://echo.labstack.com/guide/request, при том что моделей в нем нет, на своё усмотрение
Чтобы mvc под ключ то как пример можно смотреть приложения на gobuffalo. Там и орм и миграции и модели и контролёры и шаблоны на неплохом стеке с awesome-go.com, но сам Буффало не поддерживается и просто пример бложика на нем несовместим с актуальной версией самого Буффало)
Могу порекомендовать echo, там есть решения на все случаи жизни, но здесь его тоже сочтут слишком усложненным
https://echo.labstack.com/guide/request, при том что моделей в нем нет, на своё усмотрение
Чтобы mvc под ключ то как пример можно смотреть приложения на gobuffalo. Там и орм и миграции и модели и контролёры и шаблоны на неплохом стеке с awesome-go.com, но сам Буффало не поддерживается и просто пример бложика на нем несовместим с актуальной версией самого Буффало)
а есть примерное сравнение чем он лучше\хуже gin gonic ?
ЛА
а есть примерное сравнение чем он лучше\хуже gin gonic ?
Сайт с реально нормальной докой на юзкейсы уровня выше, чем просто как достать данные из post.
С gin gonic не работал, возможно веб-компонент там более оптимизирован (ведь эхо работает на обычном net/http),
Но прикол в том, что я не знаю, кто вымеряет скорость работы веб-библиотеки, потому что в реальном проекте с моделями и базой, эти издержки вообще не влияют ни на что.
С gin gonic не работал, возможно веб-компонент там более оптимизирован (ведь эхо работает на обычном net/http),
Но прикол в том, что я не знаю, кто вымеряет скорость работы веб-библиотеки, потому что в реальном проекте с моделями и базой, эти издержки вообще не влияют ни на что.
ЛА
А смысле, бизнес логика по работе с бд или сторонними апи будет тормозить так, что не важно как быстро и сколькими аллокациями мы спарсили запрос
Pu
Те, что я видел бенчмарки в основном на стандартном поведении без использования бд и т.д.
Pu
Доклад не нов, но интересный https://youtu.be/p1ILhiq5Clw
ЛА
Если производительность парсера запросов важна, а удобство работы - не очень, я бы взял fasthttp
ЛА
Доклад не нов, но интересный https://youtu.be/p1ILhiq5Clw
Ага, как раз тоже вспомнил
SN
Привет, ребят
Подскажите, пожалуйста как лучше обращаться к базе данных в модели
Как это грамотно разбить по архитектуре?Буду признателен за любые подсказки
Подскажите, пожалуйста как лучше обращаться к базе данных в модели
Как это грамотно разбить по архитектуре?Буду признателен за любые подсказки
VM
привет! А что глобального в рантайме Go 1.14 поменяли, что этот пример начал выводить 'finished': https://play.golang.org/p/0TYNo_W-QYS (да, play golang его не выводит, видать там не 1.14). В release notes мало написано про это
VM
пасиб!
VM
то есть, если я правильно понимаю, (очень) грубо говоря, рантайм гошный не дожидается gosched для того, чтобы переключить горутину на потоке, теперь он переключает горутины в зависимости от затраченного времени(или тактов процессора)?
C
всем привет.
Читаю у Донована:
Операции получения, примененные к закрытому каналу, приводят к получению значений, которые
были отправлены ранее, до тех пор, пока неполученных значений не останется.
Читаю у Донована:
Операции получения, примененные к закрытому каналу, приводят к получению значений, которые
были отправлены ранее, до тех пор, пока неполученных значений не останется.