наоборот, вроде советуют в него не смотреть

ну глянул

https://github.com/iris-contrib/examples

дада

https://github.com/iris-contrib/examples/blob/master/routing/main.go

наоборот, вроде советуют в него не смотреть

кто?

видели?

полный треш

https://github.com/iris-contrib/examples/blob/master/mvc/overview/web/controllers/hello_controller.go

и что?

ничего "гениального"

))

я на обычном http так-же оформляю

суть не в роутах)

проблема именно на стыках

посмотри стек вызова

config -> application -> http

когда я вижу

app := iris.New() app.Logger().SetLevel("debug") // Load the template files. app.RegisterView(iris.HTML("./web/views", ".html")) // Serve our controllers. mvc.New(app.Party("/hello")).Handle(new(controllers.HelloController))

это пиздец

ты не туда смотришь)

я туда смотрю как раз

как регистрируют роуты и как огранизованы пакеты

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

о чем я выше писал

гвоздями

в main экспортируют github.com/iris-contrib/examples/mvc/overview/web/controllers

и дальше через new кормят

стой стой)

ты не видишь разве?

кто?

https://github.com/avelino/awesome-go/pull/1137

ты не видишь разве?

что не вижу?

я посмотрел базу, прибито гвоздями

как устраены там репозиторий уже фиолетово

"откровение" века прямо

плюс мы конечно получим две пудовые гири на ноги, в виде фрейворка

вообще не вариант

я не говорю тянуть фреймворк

я говорю про подход

а что там инновационного то?

нет никаких иноваций

остынь)

я дал совет

читай выше

ты дал совет как угробить приложения за три простых шага, а я спрашивал про бест практик ?

тащат блин рельсы какие то в Go

я в пыхе такого нахлюпался за 10 лет знаешь сколько?

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

а в контроллере у тебя всего одна строчка поторой ты получаешь серилизованную структуру

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

и где же мы их можем переиспользовать?

ну чисто логически

кроме как в HTTP

просто наплодим сущностей

о боже)

JSON RPC например

ради прекрасного далеко

GRPC

+

так

где я в вводной писал что-то про GPPC?

машина-самолет с возможностью посадки на воду

где ты их переиспользуешь это уже твое дело) только не говори что ты пишешь приложение которое не соответствует soap

один хрен должны быть тонкие контроллеры

я обернул бизнесовые сущности в dao

на 500 строк?)

контролеры и так тонкие по 1 методу считай дергают дао

получилось что бизнесовые сущности заперты в dao?

они как бы и заперты

я же изолирую базу данных от бизнеса

тут уже вопрос в расширяемости и в поддержке кода без изменения логики

если у нас есть мальчик боб, у которого есть мячи

мы не должны думать об реализации этого в бд

хоть на 100 таблиц, хоть не реаляционное хранилище

у нас есть методы "добавить мяч" "удалить мяч" "убить мальчика"

интерфейсы этого всего это пакет dao

реализация на конкретном хранилище dao_postgres например

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

я просто поправлю реализацию внутри дао

наружу это вообще никак не скажется

dao меняется только в случаи изменении бизнес требований

но у тебя изменится структура которая возвращает dao что если в миграции проехался alter?

не изменится

ты что думаешь я из dao сырую структур возращаю? у меня есть пакет models

там структуры бизнесовые

и про боба и про мячи

как они заполняеются это проблема дао

Вооот) теперь мы подошли к сути, что теперь приходится затрагивать неприкосаемую сущность

поменялась бизнес логика или что?

ты ведь меняешь пакет

на котором весь бизнес завязан?

значит логика меняется

в общем ладно

я спать

еще раз, в каком случаи я его меняю?

я просто поправлю реализацию внутри дао

если ДБА решил поменять базу, я поменяю реализацию бизнеса (трону пакет dao_postgres)

при этом его интерфейс затронут не будет

и возращаемые значения тоже (они в моделях)