12. Приклад 09B — перевірка моделі

Наступний додаток є варіантом попереднього. Раніше для дії A:

файл правил перевірки називався A-validation.xml
файл повідомлень про помилки перевірки мав назву A.properties

Тут, для дії A моделі M:

файл правил перевірки називається M-validation.xml
файл повідомлень про помилки перевірки називається M.properties
Файл A-validation.xml все ще існує, але його вміст перенаправляє правила перевірки на файл M-validation.xml.

Це єдині зміни, які ми внесемо до попередньої версії.

Проєкт NetBeans має таку назву:

у [1], дію [FormInt] та її файл валідації
на [2], його шаблон [FormIntModel], файл перевірки цього шаблону та повідомлення, пов’язані з цим шаблоном.

Усе інше є ідентичним до попередньої версії.

Файл [FormInt-validation.xml] має такий вигляд:


<!--
<!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.2//
EN" "http://www.opensymphony.com/xwork/xwork-validator-1.0.2.dtd">
-->
<!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.2//
EN" "http://localhost:8084/exemple-09B/example/xwork-validator-1.0.2.dtd">

<validators>
  <field name="model" >
    <field-validator type="visitor">
      <param name="appendPrefix">false</param>
      <message/>
    </field-validator>
  </field>
</validators>

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

Файл [FormIntModel-validation.xml] ідентичний файлу [FormInt-validation.xml] з попередньої версії.

Файл [FormIntModel.properties] ідентичний файлу [FormInt.properties] з попередньої версії.

Просимо читачів випробувати цю нову версію.