Об уровнях в разрабатываемых приложениях мы уже несколько раз упоминали в этой главе, и еще не раз будем говорить в статье. Многоуровневая модель приложений - это очень важная для разработки сложных программ концепция. В приложении, строящемся с применением многоуровневого подхода, разработчик распределяет функции между несколькими уровнями. Выбор числа уровней, конечно, является привилегией разработчика, но, обычно, реализуется стандартная трехуровневая архитектура, включающая уровень представления, уровень рабочей логики и уровень доступа к данным. Обычно на иллюстрациях уровень представления располагают сверху, рабочий уровень посередине, а уровень доступа к данным внизу. Создаваемые для каждого из уровней классы должны ориентироваться на цели и задачи своего уровня. Разработчик должен тщательно избегать проникновения задач одного уровня на другой, особенно это касается «просачивания» деталей реализации с более высокого уровня на лежащий под ним. Поскольку изоляция (развязка) уровней должна осуществляться в обоих направлениях, необходимо в равной мере избегать проникновения деталей реализации на более высокий уровень.

Например, поскольку «элементы управления» и «рисование» относятся к уровню представления, то определяемые для уровня рабочей логики классы не должны непосредственно обращаться к элементам управления (а лучше всего - вообще к ним не обращаться). Если представление элементов управления связано с решением сложных задач, то вы можете выделить для них отдельный уровень, в особенности если речь идет о разработке типовой оболочки представления для использования в различных формах нескольких проектов. Уровень доступа к данным призван скрыть от остальных уровней сложные детали хранения данных. Это позволит вам избежать переработки всего приложения при внесении изменений в ярус хранилища данных. Доступная степень такой изоляции зависит от задач обработки данных, решаемых разрабатываемым приложением, равно как и от глубины вносимых в структуру хранилища изменений.

Вы можете спросить: «А зачем все это надо?» Описанная архитектура выглядит слишком сложно. Если разрабатываемое приложение всего лишь должно получить данные из базы, отобразить их на экране, дать возможность пользователю изменить их и записать обратно, то почему не реализовать все это в классах Windows Forms, ориентированных на работу с данными? Конечно, такое решение возможно, но если вам приходилось разрабатывать большие сложные приложения, то опыт подскажет вам, что встраивание программного кода доступа к данным непосредственно в формы превращает сопровождение приложения в кошмар.