Size: a a a

Software Design/Architecture/Zen

2021 May 10

k

knopkod4v in Software Design/Architecture/Zen
это даже лучше, (чем был бы в пхп например) потому что тут используются исключительно конструкции языка, которые будут всегда и везде и минусов локатора по типу "надо писать адаптеры под локаторы если используем в другом приложении" нету, а это, насколько я знаю, основной минус локатора по сравнению с DI.
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
ну в гошке видимо ток компилять как-то хитро
источник

SZ

Sergey Zolotov in Software Design/Architecture/Zen
смотря на опенсорс проекты, там собирают на старте приложения дерево зависимостей и с него стартуют все
источник

NC

Nikita Chaykin in Software Design/Architecture/Zen
А здесь можно будет скинуть код и спросить что не так? Или такого лучше не делать ?)
источник

NC

Nikita Chaykin in Software Design/Architecture/Zen
Ну кусочек какой то(естественно)
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
лучше в чат по языку / фреймворку
источник

VS

Vladimir Smirnov in Software Design/Architecture/Zen
всегда лучше попробовать чем нет, ну проигнорят или забанят на неделю если что
источник

NC

Nikita Chaykin in Software Design/Architecture/Zen
Ага, понял, спасибо большое)
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
спп?)
источник
2021 May 11

AD

Apache DOG™ in Software Design/Architecture/Zen
Депендси элиминейшн не про то
источник

AD

Apache DOG™ in Software Design/Architecture/Zen
Он не имеет прямого отношения к di
источник

AZ

Artem Zakirullin in Software Design/Architecture/Zen
Про прямое отношение никто не говорит. Речь про одержимость интерфейсами, и взгляд на все через призму SRP "Все - зависимость". Т.е. выделение точек нестабильности/расширения там где оно и не надо
источник

R

Roman in Software Design/Architecture/Zen
А где оно не надо? Репозиторий отделять от сервиса не надо? Коннект к бд от репозитория отделять не надо? Хочется более конкретных примеров, чем "хорошо делать — хорошо, а плохо делать — плохо"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Репозиторий от сервиса - часто не надо.
источник

SB

Sergei Baikin in Software Design/Architecture/Zen
А почему репозиторий это не сервис? Что значит отделить? Вот е меня репозиторий я зарегистрировал его в DI. Он стал серсиом или нет. И как отделить его от того что люди его просо называют сервисом?
Что такое сервис вобще в вашем случае?

Нет хорошего и плохого
Что хорошо для одной ситуации плохо для другой. В одном проекте могут жить множество подходов и решений.
Самое важное понять а чего достичь то хотим и как это измерить\оценить хотябы примерно. А вы спращиваете просто какие иснтрументы использовать без знания чего мы вообще добиваемся.
Например для маленького стартапа с 4 человеками и компании на 500 человек подходы иструменты будут очень различными.
Или например чтобы читать не надо репозиторий а чтобы менять надо, а если заморочится то и вообще не надо ибо автоматизировать можно и тд тп.
источник

МФ

Максим Федоров... in Software Design/Architecture/Zen
4 человека и 500 человек, в чем принципиальная разница?
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
в коммуникациях
источник

МФ

Максим Федоров... in Software Design/Architecture/Zen
4 * 125  или 1 * 500?
источник

AK

Aleh Kashnikau in Software Design/Architecture/Zen
4 человека легко могут говорть все друг с другом и так передавать инфу по тому что где юзается, как че делать и т.д.
500 человек так не могут(все со всеми)
источник

МФ

Максим Федоров... in Software Design/Architecture/Zen
ну ясно, крутые там спартанцы в этих 500 работают
источник