Вопрос архитектуры — трехслойное приложение или сервисы?

Автор Vera Abramova
Вопрос архитектуры — трехслойное приложение или сервисы?

параграф 1 приложение.

Моя любимая парика я собираюсь тебе рассказывать всем всем всем вообще собираюсь в отдельном видео то давно у меня не было бесплатных этих стран. когда значит смотрите сейчас огромное количество сломано копий идет по поводу того. Как должна выглядеть приложение такая у меня слушаете вы работаете.

Давайте нас будет время ещё поработать.

Ладно оторвите сейчас на секундочку послушать меня обрадовала. Раша смотреть испокон веков 3 приложение выглядел просто есть интерфейс. ЮА в этом есть в сервисе не знаю, что не важно какой интерфейс наружный. Да есть бизнес-логика объекты со своим поведением описывающие предметная область до хранилище то есть давай его отдал понятно да и испокон века — это работало просто в последнее время стала распространена история с 3 по 10 предложений как я устала быть называю вот эта штука сейчас очень распространена более того. Наверное — это когда данная модель разрезается на две половины на сущности которые в народе даже называет дату ложке просто сущности без победитель вообще никакого поведения просто они хранят друг друга там пересылается так далее. То есть — это как бы доменная модель, но без поведения до для сохранения базы для пересылки какой-нибудь смайлик стерилизация. Для чего угодно. Да и сервисы которые не имеют состояния для каждой заменой сущности отдельный сервер не имеют состояния написывает его поведение, но с годами на объект берется разрезается пополам одна половина получается как бы готовы дорожка. Она сначала с этими наташами hibernate. А с кем будешь нам там. Джейсон с этими какими-то. Ну — это да да в принципе спринт по большому счёту и завёл эту моду на эту тему у него так и есть да вот эту моду ситуация сейчас такого, что по-хорошему сказать, что одна из этих один из этих вариантов лучше, а другой хуже вообще сложно потому, что смотрите какие преимущества. Как назвать его никак не называет на самом деле поклонники вот такой вот эти которые считают, что они рисуют 3 первое приложение 4. Нет проблем том, что у нас народ вообще не старается не задумываться, а какие-то критерии архитектура. Да что-то клепаем что-то там. Четыре лапы. Да вот — это вот всё я не думаю то куда мы вообще идём. И зачем. Да, что меня например сильно бесит так вот поэтому для этой хреновиной. Я лично даже название не нашёл поэтому название моё вот так вот. Какие преимущества позиционного 3 предложения не буду не возвращать вы так преимущество его в том, что она полностью опытная на этом по большому счёту преимущества заканчивается но. Северный преимущества протекает наверное,. То есть — это нормальный человеческий объекты состоянием и поведением всё помнит. Надеюсь определение объекта до объект. Это некая сущность состоянием и поведением да то есть данные мы не нарушаем информации. Эксперт потому, что данные обрабатываются там же где хранятся всем нормальным пацанам всем нормальным людям. Там и так далее. Все soledo сохраняются всё, что угодно. Да из-за этого преимущества по-хорошему не должен превращаться в. Страны говно. Ну по крайней мере должен превращаться в него гораздо медленнее. Поэтому ты когда объект вместе со своим поведением изложите проистекает то, что любой программист понимает куда класть нету. Давайте Как превращается вообще код страны говно он чужой кот ему надо добавить туда вечер. Да он думает так вот — это фича касается вот этого объекта вот этого объекта так. Ну значит я положу все касается в основном этого — это да ну методы которые там всё. О'кей 2 1 модели. Понятно когда ж программист влезает например такое архитектура он хочет добавить OK сущность он набрал нужное. Новые поля куда добавить поведение он начинает искать соответствующий сервис отлично если он находит правильный сервис. А если там два или три потому, что программист решили, что он слишком длинный был просто взяли и разрезали на две части она типична ситуация какой из них так вот именно на самом деле так обычно происходит или программисты не очень сообразил и не понял, что вы так называется вернее сервис в этой сущности называется немножко по-другому. Типовая ситуация. Почему программисты считают достаточно весёлым назвать сущность одним словом — это самое сервис по-другому результате рефакторинг сервис переименовали срочно забыли или сущность было тяжело потому, что она привязана к таблица принимаются до. Ну и начинается вот — это вот расколбас и всякое другое говнецо входе расстался и я вам скажу, что проекты построенный по этой схеме среднем разговаривать сразу 23 быстрее. Это её недостаток и преимущества тоймами теперь, что касается ничего не появится бесплатно до. В чём преимущество этой модели нет — это прекрасно работает там она очень сильно облегчает стартовые усилия когда вам нужно вот эти данные куда передавать мы говорим. Сейчас правильно сохранять и как бы поведение тут не сильно не нужна. Вам нужны например посвети стерилизовать и передать по сети вы не можете подойти объектов поведением взять и передать по сети поведение то, что такое вызовы методов и других классов — это зависимость от других классов вы не можете взять его вместе с глазами и передать всё. Посетите все домены модерн в архитектуре вам нужно что-то передавать по сети. Вы вынуждены здесь достраивать сбоку какой-нибудь Converter которые эти объекты превращает до того, что соответственно ой что-то было, а сейчас я прощу.

0 комментариев
0

Читайте также