Size: a a a

2020 May 06

АП

Александр Попов... in Go-go!
ну меня это и смутило
источник

АП

Александр Попов... in Go-go!
я подумал может я что не понимаю
источник

AK

Anton Kucherov in Go-go!
Ну так обычно и бывает. А потом виноват DDD, потому что не получается... А что не получается? Да черт его знает, то что мы выдумали то и не получается
источник

AK

Anton Kucherov in Go-go!
DDD он на самом деле не настолько сложен, но он по определению помогает решить проблему разработки софта со сложной предметной областью. Именно поэтому на мой взгляд большинство примеров несостоятельны и не показывают никаких преимуществ, не говоря уже о том, что как в примере выше люди склонны искажать основной смысл.

Пока что единственным более менее нормальным примером реализации DDD я считаю книгу Вернона "Implementing DDD" и его примеры на GitHub.  Там хотя бы примеры более менее сложного приложения и в книге он описывает реальные проблемы и реальные пути решения с помощью DDD.
источник

AZ

Aleksandr Zelenin in Go-go!
Александр Попов
например "репозиторий" это сущность домена - whaaat?
интерфейсы к репозиторию у тебя где лежат?
источник

АП

Александр Попов... in Go-go!
в пакете репозитория (если мы говорим про меня)
источник

AZ

Aleksandr Zelenin in Go-go!
Александр Попов
сущность домена это бизнесовые же сущности - корзина товаров, каталог автомобилей
это агрегаты, репозитории и сервисы
источник

АП

Александр Попов... in Go-go!
а реализации в субпакете
источник

AZ

Aleksandr Zelenin in Go-go!
Александр Попов
в пакете репозитория (если мы говорим про меня)
нет, мы говорим про ддд
источник

M

Mykola in Go-go!
Ребята, если я публикую на Github мне нужно в imports заменить root directory на github.com/**? Или можно без этого?

Цель чтобы люди могли скачать программу через go get -u github.com и могли запустить
источник

AK

Anton Kucherov in Go-go!
Aleksandr Zelenin
интерфейсы к репозиторию у тебя где лежат?
Я бы сказал, это не на столько важно, если мы понимаем, что интерфейс и реализация репозитория относятся к разным слоям и правильно ими пользуемся. Слои это не обязательно про package в go или про разбиение приложения на каталоги. Можно и в одном пакете реализовать нормальное разбиение на слои, а можно и наоборот растащить все по неверным пакетам и потом бороться с circular dependency
источник

А

Алексей in Go-go!
Здравствуйте, посоветуйте пожалуйста книги/курсы бесплатные желательно для изучения web-a на Go
источник

AK

Artem Krapivin in Go-go!
на сайте golang уже все закончили?
источник

А

Алексей in Go-go!
А там прям туторы нормальные есть? Я там ток документацию смотрю
источник

AK

Artem Krapivin in Go-go!
там есть go.tour и есть https://golang.org/doc/effective_go.html
и целый раздел с кучей информации.
источник

PT

Pax au Telemanus in Go-go!
Алексей
Здравствуйте, посоветуйте пожалуйста книги/курсы бесплатные желательно для изучения web-a на Go
хочешь веб на го смотри на qor
такая банальная cms
источник

А

Алексей in Go-go!
Artem Krapivin
там есть go.tour и есть https://golang.org/doc/effective_go.html
и целый раздел с кучей информации.
Ну там только основы языка
источник

PT

Pax au Telemanus in Go-go!
Алексей
Ну там только основы языка
я бы сказал там весь язык
источник

AK

Artem Krapivin in Go-go!
Алексей
Ну там только основы языка
там есть _все_ чтобы использовать этот язык.
источник

AK

Artem Krapivin in Go-go!
если хочется сильно почитать книги -- есть "каноничные" Go Programming Language, Go Web Programming
как вы понимаете, они имеют очень очевидные названия
источник