|
|
Опубликовано 22.10.2014 21:59:33
|
|
|

Три уровня: UI (интерфейс), BLL (бизнес-логический слой), DAL (слой доступа к данным). Эти три — обязательные элементы, из которых BLL и классы в DAL являются публичными классами, поскольку интерфейс должен вызывать BLL, а BLL — DAL, и UTILITY (базовый метод подключения к базе данных и выполнения базовых операций «добавления, удаления, модификации и проверки»). Кроме того, могут существовать слои сущностей, такие как ENTITY (отображающий таблицы данных) и Common (эта библиотека обычно содержит общие методы, такие как методы валидации данных, методы управления и т.д.). Проще говоря, это так Доступ к данным из базы данных — это уровень доступа к данным Разборка деловых отношений связанных данных — это слой бизнес-логики Представление собранных данных показывает, что это слой представления.
Кстати, я помог тебе найти кое-какие сведения: Хорошая иерархическая структура может сделать разделение труда для разработчиков более понятным. После определения интерфейсов между слоями разработчики, отвечающие за разные логические проекты, могут распределять свои усилия и работать рука об руку. Например, сотрудникам UI нужно учитывать только опыт и работу пользовательского интерфейса, доменные дизайнеры могут сосредоточиться только на проектировании бизнес-логики, а разработчикам баз данных не нужно беспокоиться о громоздких взаимодействиях с пользовательским интерфейсом. Задача каждого разработчика подтверждается, и прогресс в разработке может быть быстро улучшен.
Преимущества слабой муфты очевидны. Если система не иерархическая, то её логика тесно переплетена и взаимозависима, и никто не может быть заменён. Когда произойдёт изменения, они затронут весь организм, и это влияние на проект будет крайне серьёзным. Снижение зависимости между слоями не только обеспечит будущую масштабируемость, но и даст очевидные преимущества в области повторного использования. После того как каждый функциональный модуль определил унифицированный интерфейс, его может вызывать каждый модуль без необходимости многократно разрабатывать одну и ту же функцию.
Для успешного проектирования иерархической структуры также необходимы стандарты. Только на определённом уровне стандартизации эта система может быть масштабируемой и заменяемой. Коммуникация между уровнями также обязательно обеспечивает стандартизацию интерфейсов.
|
Предыдущий:Многие сетевые карты требуют установки с помощью WinpCap, знаете, для чего это нужно?Следующий:Обратите внимание на WeChat «Yantang Dairy», чтобы получить приз «коронный гриб» на 100%.
|