бизнес уровень 3

Question

Почему второй слой в трехслойной модели известен как слой «Бизнес»?

Answer 1

Поскольку бизнес-логика находится там. Это - логика, специфичная для бизнес-сценариев.

Другие слои не должны иметь такой логики. Внешний интерфейс должен отображать и собирать данные, база данных должна хранить данные, дао должен извлекать и сохранять данные.

Бизнес-уровень должен выполнять логику на основе того, что поступает в качестве входных данных из пользовательского интерфейса и из базы данных.

Это «бизнес», потому что каждое программное обеспечение поддерживает какой-то бизнес.

Answer 2

Поскольку это зависит от характера приложения - благотворительные организации, розничные продавцы и агенты по недвижимости могут использовать один и тот же веб-сервер и базу данных, но немного посередине очень отличается.

Answer 3

В OO-приложении мне нравится думать о бизнес-уровне как о бизнес-правилах, процессах или рабочих процессах, которые применяются к объектам.Однако во многих случаях я видел, что это означает, что объекты становятся ничем иным, как POCO (обычные старые объекты C # в C #, POJO в Java и т. Д.).Проблема в том, что поведение объекта отсоединяется от объекта и перемещается в произвольные классы «бизнес-логики».

Мое личное убеждение заключается в том, что «бизнес-уровень» должен воздействовать на объекты, а не заменять объект объектомповедение.Это также позволяет лучше реализовать другие методы, такие как открытый закрытый принцип, использующий наследование и полиморфизм.

Рассмотрим этот пример "OCP" , где класс Area будет "бизнес-уровнем", норазличные объекты Shape содержат логику поведения для каждого типа фигуры.Таким образом, код города редко, если вообще нужно изменить.

Answer 4

ОК, вот мои 2 цента.

Почему? Потому что именно так определено в парадигме N-уровня . Мы не можем спросить, почему что-то названо таковым, когда оно определено как таковое.

Парадигма N-уровня - старая, более 10 лет. Дизайн N-Tiere, в какой-то момент помогавший отделить логику представления от бизнес-логики, теперь уже не модный

Сегодня Домен-управляемый дизайн он же DDD - это новая парадигма, в которой рассматривается логика домена и строится система на ее основе. Доменная логика везде, в базе данных, в интерфейсе пользователя, а также на среднем уровне . Так что на самом деле ваши таблицы будут называться Order, Topping и т. Д., Если вы создаете программное обеспечение для пиццерий, тогда как у вас будет Account, Transaction, если вы разрабатываете программное обеспечение для банка. Таким образом, бизнес-логика везде, на среднем уровне, а также в пользовательском интерфейсе или базе данных.

Так что теперь, хотя многоуровневая архитектура по-прежнему считается хорошим архитектурным подходом (средний уровень которого не больше не называется "бизнес-уровнем"), N-Tier не является .