Майстер директорій Folder Wizard в Web Application Models дозволяє набагато швидше створювати Web-додатки, Комерція, Різне, статті

Стаття описує майстра директорій Web Application Models Folder Wizard, який підтримує IBM Rational Application Developer і входить в модуль VisualAge Pacbase eBusiness. У статті описуються правила, за допомогою яких створюються web-додатки для VisualAge Pacbase eBusiness. Web Application Models і відповідний майстер Folder Wizard – потужні інструменти, за допомогою яких Ви можете швидко створити web-додаток з директорій. Ця перевага можна використовувати для тестування, створення прототипів і первинних розробок.


Переваги використання модуля VisualAge Pacbase eBusiness при розробці web-додатків.


Модуль VisualAge Pacbase eBusiness дозволяє описати директорію, яка містить різні вузли. Кожен вузол містить опис даних і операцій, вузли пов’язані між собою різним чином, наприклад один вузол включає інший, або один пов’язаний з одним або декількома елементами множини. Вони утворюють дерево каталогу, починаючи з кореневого елемента. Починаючи з версії 3.5 V02 модуль VisualAge містить майстер, який використовує технологію Web Application Models, що дозволяє обробляти всі елементи proxy одночасно. Це легкий у використанні інструмент, який підтримує Rational Application Developer і дозволяє описувати і створювати набір web-сторінок (JSP) і пов’язану логіку контролера (Apache Struts framework) для кожного елемента proxy.


Модуль e-business створює сервери VisualAge Pacbase, які є елементарними серверами, керованими сервером управління директоріями (folder manager server). Такі сервери управляють логікою і доступом до даних, так само як і Java-proxy, який дозволяє Java-клієнтам звертатися до серверів.


Java proxy – набір Java-класів, які виконують функції, які використовуються при програмуванні клієнт / сервера. Наприклад, proxy містить кеш-пам’ять, що зберігає зміни різних елементів і може фіксувати їх одночасно. Java proxy знімає 32 Kb обмеження на розмір повідомлення, автоматично надсилаючи стільки повідомлень, скільки необхідно без участі розробника.


Розробники часто використовують модуль VisualAge Pacbase eBusiness і Java-proxy для створення web-додатків. Можна використовувати технологію Web Application Models, щоб робити це швидше і легше. Така технологія є особливістю модуля VisualAge Pacbase eBusiness, який працює в Rational Application Developer.


За допомогою Web Application Models Вам необхідно створити стільки ітерацій, скільки і вузлів в директорії, враховуючи всі вузли директорії VisualAge Pacbase eBusiness. Навіть якщо більшість коду сгенерировано, використання нової ітерації для кожного вузла не гарантує відсутності помилок. Є кілька моментів, про які слід пам’ятати: (див. Рисунок 1):



Шаблони Web Application Models
Шаблон містить структуру фрагмента програми за замовчуванням для створюваного вузла директорії. Він описує зовнішній вигляд (наприклад, можливі комбінації форми вибору, списку, докладних форм на декількох сторінках), навігацію, логічну структуру програми (які операції здійснюються з даними) і доступ до даних. Web Application Models містить більше 80 шаблонів.


Рисунок 1. Обробка Web Application Models
Використання WAM для розробки Web-додатки для e-business proxy

Дане рішення не використовує переваг всієї інформації, яку містить proxy, наприклад, таку як взаємодія між вузлами директорії. Майстер директорій Web Application Models використовує дану інформацію.


Майстер директорій Web Application Models


Розглянемо більш докладно роботу майстра директорій на прикладі.


Рисунок 2 показує вміст директорії Customer for Sharehold, яка відображається за допомогою Service Test Facility, яка входить до складу інструментів VisualAge Pacbase eBusiness. Вона займається управлінням продажами і клієнтами.


Рисунок 2. Proxy в Service Test Facility
Приклад Proxy

Дана директорія містить кореневий вузол під назвою Customer (клієнт), який володіє одним або декількома рахунками та має одну або декілька адрес. Він також містить список транзакцій і список портфоліо. Портфоліо посилаються на компанію, хоча транзакції також посилаються на компанію.


Звернемо увагу на пару наступних цікавих моментів в даному прикладі:


Майстер директорій Web Application Models може обробити цю директорію і створити web-додаток, який буде відповідати вузлам, яке воно містить. Ви можете завантажити майстер як з панелі, так і через File> New … Web-category.


Майстер дуже простий у використанні і складається з двох сторінок. На першій сторінці майстра (Рисунок 3) Ви вибираєте proxy, який хочете обробити.


Рисунок 3. Майстер директорій: Крок 1
Вибір proxy в майстрі

Друга сторінка майстра (Рисунок 4) виглядає точно так само, як остання сторінка майстра Web Application Models.


Рисунок 4. Майстер директорій: Крок 2
Створення Web-проекту

Об’єкти створені майстром директорій Web Application Models


Побачивши, що це та ж сама сторінка, ви можете здивуватися: що ж саме створив майстер? Чим дослідити самі згенеровані артефакти, краще прочитайте спрощеною схемою на рисунку 5, яка дає гарне уявлення про web-сторінках та функції програми.


Рисунок 5. Створені Web-сторінки
Web-схема створених сторінок

Запуск програми починається з вибору критеріїв, які використовуються для створення списку клієнтів. З цього списку Ви можете або відкрити подробиці запису клієнта, або створити запис клієнта, що є звичайним випадком списку з подробицями (list-and-detail).


Тим не менш, розглянемо більш докладно процес введення клієнта. Ви бачили, що створення запису клієнта передбачає заповнення полів клієнта (ім’я і так далі). Але також потрібно створити рахунок та адресу. Це те, чим займаються сторінки, пов’язані з Create Cust. Тим не менше, Ви можете відкрити сторінки для створення рахунку клієнта і адреси клієнта зі сторінки, призначеної для створення запису клієнта.


Детальна сторінка запису клієнта містить посилання на всі зв’язані об’єкти. Так як існує безліч відносин між батьківського записом клієнта і всіма її дочірніми вузлами, всі сторінки з об’єктами, пов’язаними з клієнтом, починаються зі списку. З кожного списку ви знову стикаєтеся з list-and-detail: відображається сторінка, де ви можете побачити детальну інформацію про рядку зі списку, плюс сторінка, де ви можете створити новий елемент. (На схемі зв’язку від Cust Address до Create Address і до CustAccount, де Ви створюєте рахунок, не показані.)


До цих пір Ви бачили сторінки з дочірніми вузлами, що належать батьківським вузлів. Тепер Ви побачите, що відбувається з посиланнями. У даній директорії на Company посилаються і зі сторінки Customer Transaction, і з Customer Portfolio. Тим не менш, як показано на Малюнку 6, сторінка опису компанії Company доступна як зі сторінки опису Customer Portfolio, так і зі сторінки Customer Transaction. Схема показує поточну компанію, на яку посилаються ці елементи. Список компаній, також доступний зі сторінок створення транзакцій і портфоліо (Transaction і Portfolio), що дозволяє Вам знайти код компанії, використовуваний в описі.


Правила генерації при роботі з майстром


В даному прикладі Ви бачите, що деякі моменти відрізняються від звичайної генерації в Web Application Models. Для кожного елемента вибирається шаблон, і створюються додаткові навігаційні посилання відповідно з деревом каталогу, яке складається з вузлів директорії. Директорія містить інформацію про природу відносин між двома вузлами (composition, reference) і про кількість зв’язків (нуль до одного, один до одного, нуль до багатьох, один до багатьох).


Майстер вибирає відповідний шаблон для кожного вузла, починаючи з кореневого вузла, і слід зв’язку від одного вузла до іншого. Кожен шаблон застосовується до одного вузла proxy. Цього не достатньо, щоб створити додаток, тому що фрагменти, створені з одного шаблону все ще не з’єднані. Майстер також додає дії навігації до сторінки для відповідної навігації для пов’язаних вузлів.


Додаток, створений за замовчуванням, схоже на те, яке можна було б створити за допомогою Web Application Models за n ітерацій (одна на кожен вузол при виборі відповідного шаблону) і подальшої модифікації згенерованого коду для зборки сторінок вручну. По суті, даний процес максимально використовує інформацію від вузлів директорії в VisualAge Pacbase для визначення характеристик сторінок і створення способів навігації, що значно економить час і зусилля.


Малюнок 6. Процес роботи майстра директорій Web Application Models
Використання Folder Wizard для розробки Web-додатків для-business proxy

Майстер директорій Web Application Models обробляє директорію у відповідності з наступними правилами (див. Рисунок 6):



Переваги використання майстра


За допомогою даного майстра можна досить швидко створити web-додатки за замовчуванням з урахуванням всієї директорії. Це дозволяє легко тестувати створений Java proxy. Ви можете також використовувати код, що згенерував майстром, щоб вивчити і зрозуміти принцип роботи API Java-класів proxy. Proxy дозволяє легко переміщатися між вузлами, оновлювати інформацію на різних рівнях ієрархії і потім виконувати всі зміни одночасно.


Також можна використовувати створені майстром моделі як початок для реалізації повного програми: майстер створює моделі, а не тільки код. Якщо для створення додатків Ви використовуєте Web Application Models, Ви можете пізніше модифіковані програми за допомогою Web Application Models, так як в ньому зберігається модель програми. Це також відноситься і до додатків, створеним майстром директорій.


Ось як можна використовувати Web Application Models для модифікації програми, створеного майстром директорій:


Коли Ви запускаєте Web Application Models, разом використання опцій за замовчуванням на першій сторінці майстра, використовуйте другий варіант (див. Рисунок 7).


Малюнок 7. Модифікація моделі вузла
Модифікація генерації для вузла з використанням WAM

Діалогове вікно (Малюнок 8) допомагає Вам вибрати файл моделі, який був збережений разом з додатком.


Рисунок 8. Вибір файлу моделі
Вибір файлу моделі

Майстер розпізнає використовуваний шаблон і пов’язані дані (див. Рисунок 9).


Малюнок 9. Перегляд використовуваного шаблону
Перегляд використовуваного шаблону

З цього майстра Ви можете налаштувати і створити параметри Web Application Models для кожного елемента proxy, сторінки, близькі до того, що Ви хочете створити. Наприклад, Ви можете змінити розташування сторінок, як показано на Малюнку 10.


Малюнок 10. Зміна розташування сторінок
Зміна розташування сторінок

Примітка: Посилання, пов’язані з навігації між вузлами, присутні в майстра.


Висновок


Майстер директорій – доповнення технології Web Application Models, що дозволяє максимально використовувати переваги змісту директорій VisualAge Pacbase eBusiness, включаючи її ієрархію вузлів. Поєднання майстра директорій і майстри Web Application Models (обидва підтримують Rational Application Developer) Надає швидке рішення для тестування proxy і початку розробки web-додатки.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*