Подскажите пожалуйста.
Мне надо отвалидировать некоторую форму. Там есть обязательные поля для заполнения, нужно укозать каким-то образом, что поле обязательное. Это поле должно быть определённого формата. Как узнать, что пользователь вводит не правильное значение (не того формата, что нужно). Нужно подсветить поле с неправильными данными и вывести подсказку какой должен быть формат.
И потом при сохранении формы как узнать, что в полях некоректные данные или не все обязательные поля заполнены. Может кто подскажет как это сделать или выложит небольшой понятный пример. Зарание спасибо!

Подскажите, что хоть надо создать (какие классы от каких должны наследоваться) и для чего каждый класс нужен.

ShkVal
Господи! Я смотрю Вы уже неделю мучаетесь.
Просто тут очень неконкретный и, одновременно, слишком простой для гуру вопрос.

Давайте тогда я попробую помочь.

Забыл добавить:
Точнее, просто поддержу тему, т.к. помощи от меня маловато будет, но хоть будет понятно, что кто-то читает тему. Так, что извините если что.

Прежде всего я помню, что в теме прозвучало про JGoodies, а не просто так. Поскольку я в этом не силен, то и молчал себе в тряпочку. Только зашел на http://www.jgoodies.com и почитал.
Но не понятно зачем это нужно вообще? Зачем покупать платный фрэймворк, когда подавляющее большинство возможностей легко реализуется самостоятельно?
Зачем привязываться к стороннему разработчику, да еще за денежку?
Может лучше обойтись стандартными средствами?
Это и быстрей будет и полный контроль в ваших руках, а не стороннего дяди.


Смотрите как чудненько все получается:


1. Для указания того, что поле обязательное, следует указать, что оно обязательное.
Например, поставить звездочки у таких полей и дать внизу сноску. Можно это сообщить внизу поля мелким шрифтом. Можно сделать выделение рамочкой, цветом, шрифтом...
Можно не выпускать пользователя из поля (см. тут же на форуме, как работать с фокусом ввода - там вполне конкретный пример) до тех пор пока это поле не будет заполнено, а при попытке выхода из такого поля выдавать диалог с требованием заполнения и нужное пояснение.
Кстати, "не выпускать" - это плохая практика, я рекомендую выпускать, но не давать заполнять другие поля, если не заполнено очередное обязательное поле.

2. Если нужно поле определенного формата, то и задавайте этот формат, например, с помощью
JFormattedTextField либо с использованием паттернов.

3. Если при сохранении формы нужна доп. валидация, то и делайте ее. В чем тут-то вопрос?
Считываем поля, смотрим что введено, сверяемся с бизнес-правилом и соответственно реагируем.

Да, а что за загадочное "сохранение формы"? Форму-то зачем сохранять?
Что-то мне подсказывает, что имелось в виду сохранение данных, а саму форму, на всякий случай, можно сохранить с помощью механизма сериализации.


4. Если нужна изощренная проверка во время ввода, то рекомендую переопределить соотв. модель для текстового компонента (тут в форуме есть пример, см. JTextField, с указанием "какие классы от чего наследовать" ).

5. Не заставляейте пользователя вводить кучу данных, чтобы потом ему ехидно сообщить, что все набранное было неверно. Поэтому, т.к. без окончательной валидации при окончании занесения инфы. вряд ли обойдетесь, разбивайте экран вывода на несколько логических с отдельной валидацией каждого.

6. Если хочется создать "универсальный" валидатор на все случаи жизни, то не советую.


P.S. Еще раз извините, наверное все это Вы без меня знаете и в сто раз больше можете сами рассказать.
Просто действительно непонятно стремление пользовать что-то постороннее от небольшой фирмы без КРАЙНЕЙ нужды. Я уже много раз обжигался на VCL компонентах, когда работал на Delphi.

Это сообщение отредактировал(а) carper - 12.10.2005, 11:06

carper, спасибо. Я мучаюсь только 3 день, так как поставили более приоритетную задачу. А c JGoodies пришлось разбираться потому, что начальник типа умный сам не шарит ни в чём, нашёл в инете как-то этот JGoodies и сказал, чтобы было на нём вся валидация и ничего не хотит слушать.
И если кто поможет разобраться буду благодарен. Мне тяжеловато ещё разобраться т.к. очень плохо знаю английский. Да и на Java программирую когда подкидывают проекты для неё.

И ещё вопрос, что такое binding в JGoodies

Обычно "binding" - это привязка чего-то к чему-то. Например, в IntelliJ Idea, binding - это привязка элемента интерфейса к какому-нибудь полю класса. Наверное, здесь тоже что-то подобное.

ShkVal

Цитата

И если кто поможет разобраться буду благодарен. Мне тяжеловато ещё разобраться т.к. очень плохо знаю английский.

Ok. Есть исходники и описание для JGoodies?
При наличии и того и другого, могу попробовать помочь, хотя бы посмотреть куда рыть, с английским особых проблем нет.
Только с документацией, без исходников, сидеть лениво , а ставить себе это чудо желания нет.

Кое что есть тут http://www.jgoodies.com/articles/validation.pdf
Исходники документация и нужные либы можно взять отсюда http://www.jgoodies.com/downloads/libraries.html щёлкнув по ссылке JGoodies Validation

ShkVal
Ну, так тут вроде бы все построено на обычной надстройке над SWING с переделанной моделью, рядом интерфейсов и классов реализующих эти интерфейсы по-умолчанию (просто для облегчения жизни). Также есть классы, например, ValidationComponentUtils, которые позволяют задать поведение конкретного компонента при проверке.
Все вполне разумно и вроде как логично.

Я бы начал с чтения описания интерфейса ValidationResultModel, а также класса реализующего его методы по-умолчанию - DefaultValidationResultModel.

Насколько я понял, класс, отвечающий за валидацию, неважно одного поля или нескольких ( я так понимаю, что удобнее - одно поле = один класс-валидатор) должен реализовать интерфейс
ValidationCapable, который, в свою очередь, описывает метод public ValidationResult validate() - Этакий усеченный по самое немогу вариант интерфейса DefaultValidationResultModel.

В этом методе следует проверять конкретные величины в поле, в чем может помочь клас Class ValidationUtils со своими статическими методами, использовать его методы совсем не обязательно, но очень полезно, т.к. иначе придется самому реализовать проверки, которые тут уже и так есть во множестве.

Для более тонкого анализа, можно дополнительно переопределять еще ряд методов PropertyValidationSupport, например, слушатель.

Назначение же своей модели в данном фреймворке ясно видно в классе-примере ExampleComponentFactory - именно здесь и есть то место, где обычный swing компонент приобретает дополнительную функциональность, а именно свою модель, которой потом можно управлять, например с помощью ValidationComponentUtils.
Например: ValidationComponentUtils.setMandatory(mandatoryOrderNoField, true);
ValidationComponentUtils.setMessageKey(mandatoryOrderNoField, "Order.Order No");

См. раздел создания и инициализации компонент, обратите внимание, что используется свой класс-фабрика (это не стандартный класс, а просто класс-пример, который присобачивает модель к полю, пример этой самой модели см. OrderModel.java), а также на то, что можно смешивать обычные компоненты и компоненты с переопределенной моделью. По секрету - для вас это означает возможность удовлетворить шефа малой кровью .

В общем, где-то так.
Довольно гибкий интерфейс, к тому же, если я правильно понял, то с данным framework идут исходники, т.е. несложно поменять что-то и в самой модели, если чего не устроит.

Разбираться более подробно, честно говоря, лень т.к. не думаю, что буду реально использовать.

Если надо перевести конкретный фрагмент документации (в разумных размерах) you are welcome.

P.S. Все вышенаписанное предполагает, что у Вас уже скачано то, что Вы рекомендовали скачать мне иначе будут проблемы с названиями классов.

carper всё мне это было понятно у меня проблемы с binding. Не могу ещё понять зачем в com.jgoodies.validation.tutorial.shared.OrderValidator метод validate().
PropertyValidationSupport support =
new PropertyValidationSupport(order, "Order");
передавать order

ShkVal
Этот конструктор содает экземпляр класса PropertyValidationSupport для данного объекта валидации(проверки) и его роли. При этом уровень безопасности по-умолчанию=Severity.WARNING.

Класс PropertyValidationSupport просто удобная оболочка над propertyValidationMessage, последний же требует указать ему объект, с которым он должен работать, ну там задавать текст сообщения для обязательного поля, роль и ее описание, свойство ...

Таким образом, order - это просто экземпляр класса Order, к которому, что вполне естественно, и привязываются всякие там сообщения валидатора (см. private final Order order;).

Цитата

у меня проблемы с binding

В чем конкретно?
Мне кажется, что задача разбивается на 2 больших этапа, сначала обычный SWING создает свой компонент, потом его надо передать в класс (свой собственный), который назначит ему модель от нашего framework + назначит ему наш же класс-валидатор, ответственный за проверку вводимого значения, т.к. модель понятия не имеет, что из себя конкретно представляет наш SWING объект и как именно его захочется проверять (правда зато дает класс, который проверяет самые употребительные случаи).

carper, непонятно каким образом вызываются сетеры в com.jgoodies.validation.tutorial.shared.Order

Спасибо за помощь и затраченное время. Буду благодарен если найдёшь ответ

И ещё не понятно всё таки зачем тут Order был нужен, так тоже всё работает
PropertyValidationSupport support =
new PropertyValidationSupport(new Object(), "Order");


Это сообщение отредактировал(а) ShkVal - 13.10.2005, 16:03

ShkVal
Основной конструктор выглядит так:

Код

/**      * Создает экземпляр  PropertyValidationSupport для данного конкретного      * объекта валидации и его роли      * @param defaultResult    Не обязательный параметр ValidationResult, который       * используется чтобы добавить ValidationMessage к      * @param defaultSeverity   Не обязательный параметр Severity, используемый      *  для создания сообщения когда не задано никакого severity (ограничения)      * @param target    Проверяемый объект (Замедьте – это обязательное поле)      * @param role     Если буквально, то роль объекта валидации во внешнем       * контексте. Фиг его знает, что это такое.      * ……………………………………..      */     public PropertyValidationSupport(ValidationResult defaultResult, Severity defaultSeverity, Object target, String role) {        ………………….         this.defaultResult = defaultResult;         this.defaultSeverity = defaultSeverity;         //Нас интересует эта строка:         this.target = target;         this.role   = role;     }

Эта строка всплывает в

Код

public PropertyValidationMessage create(Severity severity, String property, String text) {         return new PropertyValidationMessage(severity, text, target, role, property);     }

Смотрим дальше:

Код

public PropertyValidationMessage(Severity severity, String text, Object target, String role, String property) {         super(text, severity);         if (target == null)             throw new NullPointerException("The target must not be null.");         if (role == null)             throw new NullPointerException("The role must not be null.");         if (property == null)             throw new NullPointerException("The property must not be null.");                  this.target   = target;         this.role     = role;         this.property = property;     }

Таким образом, ты умудряешься создать ненулевой объект, поэтому ничего и не ругается, но смысла в этом действе нет никакого.
Хотя бы из-за того, что при этом бог его знает как потом работает функция

Код

/**      * Возвращает объект валидации, который содержит свойство валидации. Что за       * свойство, опять же кто его знает.  Я в свойства лезть не стал. :)      */     public Object target() {         return target;     }

Можно, конечно, и дальше полазить по иерархии классов, но оно тебе надо?
В общем-то прозрачно говориться, что наш объект служит в основном для того, чтобы мы могли всегда получить источник, который выдал данное сообщение. Если не хотим, то, наверное, и не заметим, что мы определили объект неверно.

Цитата

непонятно каким образом вызываются сетеры

Не понял.
Типа public void setDeliveryDate(Date newDate) ?
В чем тут проблема?
Нет, тут что-то не так, наверное, я все же не понял.
Можно поподробнее изложить, что непонятно?

Что нужно сделать, чтобы вызвался например метод setOrderNo(). Явно он не вызывается. Так кто его вызывает. Кто заполняет значениями поля модели?

ShkVal
Как это не вызывается?
А, чтоже тогда такое (validationOrderEditor) :

Код

// Synchronizing Model and View - Т.е. как раз, когда нужна стыковка между моделью  //и представлением он и вызывается.  ...................   private void updateModel() {        //Т.е. получили текст, который мы ввели в поле, например, с клавиатуры, или из буфера        //и теперь хотим обновить данные модели. Для ввода самого текста нам использовать метод        //setOrderNo совсем не обязательно.         getOrder().setOrderNo(orderNoField.getText());   ....................

updateModel, в свою очередь, вызывается при initComponents(), который, в свою очередь, добавляет слушатель, который, в свою очередь, вызывает updateModel, когда нажата клавиша OK и валидация поля прошла успешно, т.е. можно обновить (запомнить) то, что мы ввели в поле.

Эта процедура (setOrderNo), в примере используется вовсе не для того, чтобы Вы сами что-то вводили в поле с ее применением, хотя никто не мешает это делать (недаром она объявлена как public).

Насколько я понял, эту бодягу, т.е. цепочку, придется для каждой своей формы ваять самостоятельно. Т.е. как именно Вы сами собираетесь использовать этот метод и даже использовать ли отдельный метод вообще или встроить обновление модели прямо в процедуру валидации - всецело на Вашей совести, думаю, что стоит просто скопировать подход авторов примера.
Set и Get методы - это НЕ методы реализации интерфейса или абстрактных методов, это просто нам дали пример грамотной валидации и обновления модели.

Грубо говоря, стремление авторов framework к универсальности просто привело к тому, что вам придется каждый раз проделать работу пожалуй даже большую, чем писать проверку каждый раз самому. Т.к. придется самостоятельно отслеживать нерушимость цепочки get и set методов + сочетание их с валидацией.