арні решение проектування, характерні для конкретної мови або програмної платформи, и тому не Універсальні.
На Найвищого Рівні існують архітектурні шаблони, смороду охоплюють собою архітектуру всієї програмної системи.
Головна Користь шкірного ОКРЕМЕ шаблоном Полягає в тому, что ВІН опісує решение цілого класу абстрактно проблем. Такоже тієї факт, что КОЖЕН шаблон має свое ім'я, полегшує діскусію про абстрактно структурах даних между розробниками, так як смороду могут посілатіся на відомі шаблони. Таким чином, за рахунок шаблонів проводитися уніфікація термінології, назв модулів и елементів проекту.
Правильно сформульованій шаблон проектування дозволяє, відшукаті вдале решение, та використовуват его багаторазове.
Існує много різніх шаблонів проектування Які застосовуються в різніх сітуаціях. Можна Розглянуто основні Шаблони Які найчастіше Використовують.
Модель-Представлення-контролер (Model-view-controller, MVC) - архітектурний шаблон, Який вікорістовується во время проектування та розробки програмного забезпечення.
Цей шаблон поділяє систему на три части: модель даних, вигляд даних та керування. Застосовується для відокремлення даних від інтерфейсу користувача так, щоб Зміни інтерфейсу користувача мінімально вплівалі на роботу з Даними, а Зміни в моделі даних могли здійснюватіся без змін інтерфейсу користувача.
Мета шаблоном це гнучкий дизайн програмного забезпечення, Який винен полегшуваті подальші Зміни чі Розширення програм, а такоже надаваті можлівість повторного использование ОКРЕМЕ компонент програми. Крім того использование цього шаблоном у великих системах виробляти до певної впорядкованості їх Структури и Робить їх зрозумілішімі Завдяк зменшеності складності.
Архітектурний шаблон Модель-Представлення-Контролер (MVC) поділяє програму на три части. модель (Model) - зберігає дані и Забезпечує інтерфейс до них. Предствалення (View) - відповідальний за представлення ціх даних корістувачеві. Контролер (Controller) - Керує компонентами, отрімує сигналіз у виде Реакції на Дії користувача, и сообщает про Зміни компоненту модель. Така внутрішня структура в цілому поділяє систему на самостійні Частина І розподіляє відповідальність между різнімі компонентами что зображено на рис. 1.2. поділяє Цю часть системи на три самостійні части: введення даних, компонент Обробка даних и Виведення информации. Model інкапсулює ядро ??даних и Основний функціонал з їх ОБРОБКИ. Такоже компонент Model НЕ поклади від процесса Введення або Виведення даних. Компонент виводу View может мати декілька взаємопов'язаніх областей, например, Різні табліці и поля форм, в якіх Відображається інформація. У Функції Controller входити моніторинг за подіямі, что вінікають в результате Дій користувача (зміна положення курсора міші, натіснення кнопки або Введення даних в текстове поле).
Зареєстровані події транслюються в Різні запиті, что спрямовуються компонентам моделі або об'єктам, відповідальнім за відображення даних. Відокремлення моделі від вигляд даних дозволяє Незалежності використовуват Різні компоненти для відображення информации. Таким чином, если користувач через Controller внесен Зміни до Model даних, то інформація, подана одним або декількома візуальнімі компонентами, буде автоматично відкорігована відповідно до змін, что відбуліся.
Рис. 1.2 Концепція Модель-Представлення-Контролер
Модель-представлення-пред'явника (Model-View-Presenter, MVP) - шаблон проектування, похідній від MVC, Який вікорістовується в основному для побудова корістувальніцького інтерфейсу, его зображено на рис 1.3 [1, 3].
У MVP Presenter вагітн на собі функціональність посередника (Граючи роль, аналогічну контролеру в MVC). Крім того, Presenter відповідає за управління подіямі користувача інтерфейсу, Пожалуйста зазвічай Було турботою контролера. У підсумку, модель становится Суворов моделлю предметної області.- шаблон проектування корістувальніцького інтерфейсу, Який БУВ розроблення для полегшення автоматичного модульного тестування и Поліпшення розподілу відповідальності у презентаційній логіці (відділення логіки від відображення). (моделі) представляет собою інтерфейс, что візначає дані для відображення або беруть доля в інтерфейсі іншім чином. (подання) - це інтерфейс, Який відображає дані (модель) i маршрутізує користувача командіровку Presenter, щоб тієї взаємодіяв з цімі Даними. Взаємодіє з моделлю и виглядом. ВІН вітягає дані з Сховище (моделі), и форматує їх для відображення в View (подання).
Рис. 1.3 Концепція Модель-Вид- пред'явника
переглянутися візначається як інтерфейс, Який Presenter буде використовуват для Отримання та установки даних моделі. Колі віклікається Подія вигляд, воно віклікає конкретних методів Presenter Який НЕ має параметрів и не має значення, что повертаються. Потім Presenter отрімує дані з View, через інтерфейс.
получил дані Presenter в...
