Создание веб-приложения на Go в 2017 году. Часть 2

[alextavgen]

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

[Spalf]

Надеюсь что в дальнейшем будут раскрыты еще подходы к тестированию, в данный момент в коде на Github тестов нет.

[kilgur]

Нет, тема тестов автором не раскрыта

[Spalf]

Очень жаль, потому что при написании более менее рабочих вещей, а не вариаций hello world.
Возникает множество вопросов к тестированию, разделению по пакетам, хранению конфигураций, работой с БД. И потом приходится пробираться по граблям и переписывать несколько раз одно и то же.

В тех же Rails подобные вещи уже учтены и есть эталонные примерны.

[akzhan]

я бы не сказал, что это расово верный путь от автора, а по тестам смотрите https://onsi.github.io/ginkgo/

[jetman]

А встроенными в go средствами тестирования не обойтись?

[akzhan]

Последнее время я привык задавать вопрос — "А зачем?"...

Скорее разница подходов между TDD и BDD. Просто кому что ближе.

[fear86]

На Го это принято делать независимыми микросервисами, и потом связывать через тот же rest api. Плюсы и минусы такого решения как бы очевидны.

[evocatus]

А можно поподробнее про микросервисы? Как этот всё стыковать? Какие интерфейсы делать? Интересует именно вариант с Go

[markhor]

import github.com/grisha/gowebapp/model

А потом grisha выпускает следующую версию gowebapp, ломает обратную совместимость — норма для Go библиотек, — и при очередном деплое все благополучно наворачивается.

Либо использовать какой-нибудь godep, либо вручную клонировать по хешу, либо gopkg.in.