Page 19 - 4252

Обробка запиту
Підсистема обробки запиту зіставляє запит клієнта з дією, що виконується
системою. Запити до системи можуть бути досить «різношерстими». Вони від-
різняються як по вигляду, так і за смисловим навантаженням. Це залежить від
типу додатка. Самі механізми зіставлення і їх дії можуть змінюватися під час
супроводження проекту. Ці вимоги диктують розробникам CMF-системи необ-
хідність створення зручного механізму аналізу та обробки запитів. У разі якщо
розробники справляються зі своїм завданням, то додатки, побудовані на базі їх
framework-системи, будуть красивими і легко запам'ятовуються адресами
кшталт «http://www.server.com/news/2005-02-03» замість «http : / /
www.server.com/index.php?module=news&action=show&date=2005-02-03 ». Без-
умовно, краса запиту не єдине якість, якого домагаються розробники. Гнучкі
механізми зіставлення запиту з дією грають дуже важливу роль, так це дуже
зміна частина системи.

Організація предметної області
У кожної інформаційної системи є предметна область. Це набір термінів,
об'єктів і правил, якими оперує додаток. Організація предметної області, одна з
найскладніших завдань, яка сьогодні стоїть перед розробниками. У переважній
більшості випадків функціонування предметної області забезпечують реляційні
бази даних і об'єктно-орієнтовані технології відображення. Реляційний і об'єкт-
но-орієнтований підхід геніальні окремо. Проте їх композиція, при невмілому
поводженні, перетворює архітектуру інформаційної системи в купу мотлоху,
розібратися в якій буде важко навіть досвідченому фахівцеві.

Організація подання
Уявлення - це підсистема відображення даних. З її допомогою логіка
предметної області відокремлюється від логіки відображення даних. Уявлення -
це найстабільніша частина інформаційної системи. Відображення даних може
мінятися дуже часто, на відміну від самих даних і методів їх обробки. Тому
framework-система повинна надати зручні та гнучкі механізми роботи з логікою
відображення. Для вирішення цього завдання використовуються шаблонні сис-
теми , чиє завдання полягає у відділенні логіки відображення і укладання її в
окремі файли (шаблони відображення), які можна редагувати окремо від усіх
інших частин системи. Завдяки цьому, роботу над проектом можна ефективно
розпаралелити (Організація предметної області → програміст + адміністратор
БД, Організація подання → верстальник + дизайнер).

Організація допоміжних підсистем
Під допоміжними підсистемами мається на увазі набір архітектурних рі-
шень, покликаних полегшити працю програміста. Сюди можна віднести реалі-
зації патернів загального призначення, які безпосередньо не відносяться до ін-
ших підсистем. Зокрема до допоміжних підсистем відносяться такі поняття як
резолверів, хендла, різний реєстр (и), спостерігачі і т.д. Ці речі можуть бути ви-
користані в будь-якій іншій підсистемі для вирішення виникаючих проблем.

18