HJ
строить архитектуру....? это приходит с опытом.
а не о того что программист дээбил)
а не о того что программист дээбил)
Согласен, да, но если он дэбил, то и с опытом не научится
Size: a a a
2020 August 27
МЕ
Согласен, да, но если он дэбил, то и с опытом не научится
а тут я с тобой согласен)))
AM
эх, молодежь...
AM
бывает и человек не дэбил, и опыт есть, но обстоятельства взяли вверх. потому что ни всегда удается предвидеть все, даже с опытом)
AN
бывает и человек не дэбил, и опыт есть, но обстоятельства взяли вверх. потому что ни всегда удается предвидеть все, даже с опытом)
+
Хотелки кастомеров в длительном проекте легко могут поломать нафиг все
Так что надо будет очень некрасиво решать
Хотелки кастомеров в длительном проекте легко могут поломать нафиг все
Так что надо будет очень некрасиво решать
МЕ
эх, молодежь...
однажды мне сеньер программист сказал следующие слова: " невозможно сразу создать БМВ Х6, не создав копейку"
AN
Потому что переписать никто не даст
AM
насчет BMVx6 это компонентная архитектура. а не наследование. там предрылок из крла не наследуетя потому что есть 6 общих заклепок
AM
то есть components over hierarchy
EA
А как строится эта призрачная архитектура ?
Как бизнес классы накладываются на чтото абстрактное?
Как бизнес классы накладываются на чтото абстрактное?
МЕ
насчет BMVx6 это компонентная архитектура. а не наследование. там предрылок из крла не наследуетя потому что есть 6 общих заклепок
имеется в виду, не умея создавать колеса, кузов ,двигатель на простом че то.... то и сразу красивое и сложное не сделаешь.
AM
по тому, какие требования к конечному продукту, приложение разделяется по слоям, проводится факт чекинг DTO, не DTO, монолит/не монолит, GraphQL/не GraphQL, и уже в самом конце, если все норм, решается, ООП/не ООП, даже после выбора БД SQL/не SQL
а не по принципу знаю/не знаю, люблю/не люблю
а не по принципу знаю/не знаю, люблю/не люблю
МЕ
по тому, какие требования к конечному продукту, приложение разделяется по слоям, проводится факт чекинг DTO, не DTO, монолит/не монолит, GraphQL/не GraphQL, и уже в самом конце, если все норм, решается, ООП/не ООП, даже после выбора БД SQL/не SQL
а не по принципу знаю/не знаю, люблю/не люблю
а не по принципу знаю/не знаю, люблю/не люблю
во во.
МЕ
А как строится эта призрачная архитектура ?
Как бизнес классы накладываются на чтото абстрактное?
Как бизнес классы накладываются на чтото абстрактное?
дто,круд сервисы, апп_крудсервисы,репозитории,интити. Дажее наши любимые <T> это тоже абстракция
МЕ
обрати внимание на скрин...
МЕ
в IRepository по сути и есть эти <T, Guid>
МЕ
это и есть абстракция
EA
это и есть абстракция
Не об этом.
У тебя здесь явно уже бизнес логика замешана.
А ведь есть вещи по типу кеша, который отлично переиспользуется в другом месте, так как в нем не будет бизнес логики
У тебя здесь явно уже бизнес логика замешана.
А ведь есть вещи по типу кеша, который отлично переиспользуется в другом месте, так как в нем не будет бизнес логики
SB
Переслано от Sergey Benzenko
https://youtu.be/MhZVyQtFx_U
Аж олдскулы свело 🥺 А я ведь ещё совсем немного, но даже 3.11 застал
Аж олдскулы свело 🥺 А я ведь ещё совсем немного, но даже 3.11 застал
