Композиція

Необхідно розглянути можливість спрощення розробки і обслуговування за- стосування, якщо шар представлення використовуватиме незалежні модулі і блоки представлення, що компонуються під час виконання. Шаблони компо- зиції UI підтримують створення блоків представлення і компонування при- значеного для користувача інтерфейсу під час виконання. Ці шаблони також допомагають максимально скоротити залежності коду і бібліотек, інакше, кожна зміна залежностей вимагала б проведення повторної компіляції і роз- гортання модуля. Шаблони композиції допомагають реалізувати спільне ви- користання, повторне використання і заміщення логіки представлення і блоків представлення.

Управління виключеннями

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

Особливу увагу звернете на виключення, що поширюються через межі шарів і рівнів, а також виключення, що перетинають межі довіри. При проектуванні стратегії управління виключеннями керуйтеся наступними рекомендаціями:

• Забезпечте зрозумілі користувачеві повідомлення про помилки для по- відомлення про помилки застосування, але переконаєтеся, що не включає- те конфіденційні дані в сторінки помилок, в повідомлення про помилки, файли журналів і аудиту. Постарайтеся по можливості привести застосу- вання в погоджений стан або, якщо це неможливо, забезпечте завершення виконання.

• Переконайтеся, що перехоплюєте виключення, які не будуть перехоп- лені де-небудь у іншому місці(наприклад, глобальному обробнику поми- лок), і очищайте ресурси і стан після виникнення виключення. Глобаль- ний обробник виключень, що відображає глобальну сторінку помилок або повідомлення про помилку, згодиться для усіх необроблюваних виклю- чень. Як правило, необроблювані виключення вказують на те, що система знаходиться в неузгодженому стані і, можливо, вимагає коректного заве- ршення.

• Розрізняйте системні виключення і помилки бізнес-логіки. Для поми- лок бізнес-логіки виводите на екран зрозуміле користувачеві повідомлен- ня про помилку і надайте користувачеві можливість повторити операцію. Для системних помилок проведіть перевірку причини виникнення виклю- чення(наприклад, збій сервісу або бази даних), виведіть на екран зрозумі- ле користувачеві повідомлення про помилку і запротоколюйте повідом- лення про помилку, що буде корисним при діагностиці і усуненні несправностей.

• Перехоплюйте тільки ті виключення, які можете обробити, і уникайте використання власних виключень без крайньої потреби. Не застосовуйте виключення для управління потоком логіки застосування.

Навігація

Розробляйте стратегію навігації так, щоб користувачі могли без зусиль пе- реміщатися по екранах або сторінках застосування, і щоб можна було відо- кремити функціональність навігації від формування і обробки UI. Забезпечте однакове представлення навігаційних посилань і елементів управління в усь- ому застосуванні, щоб не заплутувати користувача і приховати складність застосування. При проектуванні стратегії навігації керуйтеся наступними ре- комендаціями:

• Спроектуйте панелі інструментів і меню, щоб користувачі могли зна- ходити функції, UI, що надаються.

• Забезпечте передбачуваність реалізації навігації між формами за допо- могою майстрів і визначтеся з тим, як зберігатимете стан навігації між се- ансами у разі потреби.

• Уникайте дублювання логіки для обробників подій навігації і по мож- ливості не вказуйте в коді шляху переходів. Для обробки звичайних дій з безлічі джерел використайте шаблон Command(Команда).