flutter_mobx_form_validation_kit 2.1.0 flutter_mobx_form_validation_kit: ^2.1.0 copied to clipboard
It is package for dynamic async validators form controls on Mobx.
flutter_mobx_form_validation_kit #
Плюсы пакета #
- Совместимость c Android, iOS, Web, Desktop и т.д.
- Совместимость с Mobx
- Рассчитан на асинхронные валидации
- Легко встроить в существующий проект.
Версия для TypeSript
-
Совместимость с Flutter: flutter_mobx_form_validation_kit ^1.0.0 | 2.0.0 - Flutter 1 flutter_mobx_form_validation_kit ^2.1.0 - Flutter 2
Before Started #
Changed environment in pubspec.yaml
environment:
sdk: ">=2.12.0 <3.0.0"
Getting Started #
Библиотеку можно применять при разных подходах к структуре кода, но я буду рассматривать библиотеку в концепции MVC (Model-View-Controller). Т.е. отображение происходит через «глупые» компоненты, а бизнес логика (в том числе и валидация) зашита в Stor-ах. Компоненты будут строятся на react-хуках, просто по причине, что он более современный, но библиотека хорошо работает и в «классовом подходе».
class RegistrationForm extends ControlsCollection {
final FormControl<String> name;
RegistrationForm({this.name});
@override
Iterable<AbstractControl> allFields() => [this.name];
}
class RegistrationStore {
FormGroup<RegistrationForm> form;
RegistrationStore() {
this.form = FormGroup(RegistrationForm(
name: FormControl(
value: "",
options: OptionsFormControl(validators: [requiredValidator()]))));
}
void dispose() {
this.form.dispose();
}
}
class _RegistrationState extends State<Registration> {
RegistrationStore store = RegistrationStore();
@override
void dispose() {
store.dispose();
super.dispose();
}
@override
Widget build(_) => Observer(builder: (BuildContext context) {
return Column(
crossAxisAlignment: CrossAxisAlignment.start,
mainAxisAlignment: MainAxisAlignment.center,
children: [
Text(store.form.controls.name.value,
style: TextStyle(fontSize: 20)),
TextField(
controller: store.form.controls.name.controller,
onChanged: (String text) =>
store.form.controls.name.value = text,
decoration: InputDecoration(
border: OutlineInputBorder(),
labelText: "Имя",
),
),
]);
});
}
Если начать что-то вводить, то ошибка тут же пропадет. Но естественный и привычный нам формат отображения ошибки валидации подразумевает отображение этой самой ошибки или после ввода символа, либо после того как фокус у поля будет потерян. mobx-form-validation-kit имеется весь необходимый набор для этого.
Имя | Описание |
---|---|
pristine: boolean |
значение в FormControl, после инициализации дефолтным значением, не изменялось. |
dirty: boolean |
значение в FormControl, после инициализации дефолтным значением, менялось. |
untouched: boolean |
для FormControl – означает, что поле не было в фокусе. Для FormGroup и FormArray означает, что ни один из вложенных FormControl-ов не был в фокусе. Значение false в этом поле означает, что фокус был не только был поставлен, но и снят с поля. |
touched: boolean |
Для FormControl – означает, что поле было в фокусе. Для FormGroup и FormArray означает, что один из вложенных FormControl-ов был в фокусе. Значение true в этом поле означает, что фокус был не только был поставлен, но и снят с поля. |
focused: boolean |
для FormControl – означает, что поле сейчас в фокусе. Для FormGroup и FormArray означает, что один из вложенных FormControl-ов сейчас в фокусе. |
TextField(
focusNode: store.form.controls.name.focusNode,
controller: store.form.controls.name.controller,
onChanged: (String text) =>
store.form.controls.name.value = text,
decoration: InputDecoration(
border: OutlineInputBorder(),
labelText: "Имя",
)),
if (store.form.controls.name.touched)
...store.form.controls.name.errors.map((error) => Text(
error.message,
style: TextStyle(color: Colors.red, fontSize: 15)))
В данном случае мы отображаем ошибку после того как поле «потрогали» (т.е. оно потеряло фокус в первый раз).
Состояние контрола #
Разберем структуру вложенности контроллеров и их возможности. Библиотека mobx-form-validation-kit имеет три основных типа узлов
Имя | Описание |
---|---|
FormGroup |
позволяет объединять валидационные компоненты вместе. Класс типизированный, и позволяет переделать в качестве generic параметра интерфейс со списком полей. |
FormControl |
используется для валидации конкретного поля, наиболее часто используемый класс. Класс типизированный, и в качестве generic параметра принимает тип переменной которой должен хранить. |
FormArray |
позволяет создавать и управлять массивом валидационных компонентов. |
Сами узлы можно складывать в древовидном стиле. Поддерживается любой уровень вложенности, но обычно все начинается в FormGroup.
FormGroup
-- FormControl
-- FormControl
-- -- FormGroup
-- -- FormArray
-- -- -- FormGroup
-- -- -- -- FormControl
-- -- FormArray
-- -- -- FormControl
Каждый объект класса поддерживает следующий набор опций при определении
Имя | Описание |
---|---|
validators: ValidatorsFunction[] |
набор валидаторов. |
activate: (() => boolean) |
функция позволят включать/отключать валидаций по условию (по умолчанию включено всегда). Например, валидность даты окончания услуги не нужно проверять, если не стоит галочка «Безлимитный». Как следствие, просто вписав сюда функцию которая проверив состояние observable поля отвечающего за чекбокс «Безлимитный», можно автоматически отключить все валидации привязанные к полю на проверку даты, а не прописывать эту логику в каждую из валидаций поля дата. |
additionalData: any |
блок с дополнительной информацией который позволяет добавить дополнительную информацию к конкретному FormControl и использовать их в дальнейшем, например, для визуализации. Это удобно, если есть билдеры для FormControl в которых нужно захаркодить определённую информацию, а не передавать эту информацию через сложную связку данных в контролы для визуализации. Хотя точного и неоспоримого сценария применения для additionalData мы так и не смогли найти, но лучше иметь такую возможность, чем страдать без нее. |
Кроме этого для FormControl есть дополнительный набор опций
Имя | Описание |
---|---|
onChangeValue: UpdateValidValueHandler<TEntity> |
срабатывает всегда при изменении значения |
onChangeValidValue: UpdateValidValueHandler<TEntity> |
передает последнее валидное значение |
callSetterOnInitialize</b>: boolean |
позволяет вызвать 'onChangeValidValue' при создании FormControl |
callSetterOnReinitialize: boolean |
позволяет вызывать onChangeValidValue при каждом изменении результата функции-геттера из первого аргумента |
Каждый элемент дерева поддерживает следующий набор полей
Имя | Описание |
---|---|
processing: boolean |
в процессе анализа. mobx-form-validation-kit поддерживает асинхронные валидации, например те, что требуют запроса на сервер. Текущее состояние проверки можно узнать по данному полю. |
Кроме этого поддерживается метод wait, который позволяет дождаться окончания проверки. Например, при нажатии на кнопку «отправить данные» нужно прописать следующую конструкцию. |
await this.form.wait();
if (this.form.invalid) {
...
Имя | Описание |
---|---|
disabled: boolean |
проверка ошибок отключена (контрол всегда валиден) |
active: boolean |
проверка ошибок включена. Зависит от результата выполнения функции активации. Данное значение очень удобно использовать для скрытия группы полей на форме и не писать дополнительные и дублирующие функции бизнес логики. |
invalid: boolean |
для FormControl – означает, что поле содержит валидационные ошибки. Для FormGroup и FormArray означает, либо сам групповой контрол содержит ошибки, либо одно из вложенных полей (на любом из уровней вложенности) содержит ошибки валидации. Т.е. для проверки валидности всей формы достаточно выполнить одну проверку invalid или valid верхнего FormGroup. |
valid: boolean |
для FormControl – означает, что поле не содержит валидационные ошибки. Для FormGroup и FormArray означает, либо сам групповой контрол не содержит ошибки, и ни одно из вложенных полей (на любом из уровней вложенности) не содержит ошибки валидации. |
pristine: boolean |
значение в поле, после инициализации дефолтным значением, не изменялось. |
dirty: boolean |
значение в поле, после инициализации дефолтным значением, менялось. |
untouched: boolean |
для FormControl – означает, что поле (например input) не было в фокусе. Для FormGroup и FormArray означает, что ни один из вложенных FormControl-ов не был в фокусе. Значение false в этом поле означает, что фокус был не только был поставлен, но и снят с поля. |
touched: boolean |
Для FormControl – означает, что поле (например input) было в фокусе. Для FormGroup и FormArray означает, что один из вложенных FormControl-ов был в фокусе. Значение true в этом поле означает, что фокус был не только был поставлен, но и снят с поля. |
focused: boolean |
для FormControl – означает, что поле (например input) сейчас в фокусе. Для FormGroup и FormArray означает, что один из вложенных FormControl-ов сейчас в фокусе. |
errors: ValidationEvent[] |
поле содержит ошибки валидации. В отличии от перечисленных полей, данный массив содержит именно ошибки либо FormControl, либо FormGroup, либо FormArray, т.е. ошибки данного контрола, а не все вложенные. Влияет на поле valid / invalid |
warnings: ValidationEvent[] |
поле содержит сообщения «Внимание». В отличии от перечисленных полей, данный массив содержит именно ошибки либо FormControl, либо FormGroup, либо FormArray, т.е. сообщения данного контрола, а не все вложенные. Не влияет на поле valid / invalid |
informationMessages: ValidationEvent[] |
поле содержит сообщения «информационные сообщения». В отличии от перечисленных полей, данный массив содержит именно ошибки либо FormControl, либо FormGroup, либо FormArray, т.е. сообщения данного контрола, а не все вложенные. Не влияет на поле valid / invalid |
successes: ValidationEvent |
поле содержит дополнительные сообщения о валидности. В отличии от перечисленных полей, данный массив содержит именно ошибки либо FormControl, либо FormGroup, либо FormArray, т.е. сообщения данного контрола, а не все вложенные. Не влияет на поле valid / invalid |
maxEventLevel() |
максимальный уровень валидационных сообщении содержащих в поле в текущий момент. |
Метод вернет одно из значений enum, в следящем приоритете. | |
1. ValidationEventTypes.Error; | |
2. ValidationEventTypes.Warning; | |
3. ValidationEventTypes.Info; | |
4. ValidationEventTypes.Success; |
Имя | Описание |
---|---|
serverErrors: string[] |
после отправки сообщения на сервер, хорошим тоном является проверка валидности формы и на сервере. Как следствие сервер может вернуть ошибки финальной проверки формы, и именно для таких этих ошибок предназначается массив serverErrors. Ключевой особенностью serverErrors – является автоматическая очистка валидационных сообщений при потере фокуса с поля к которому были присвоены серверные ошибки, а также очистка серверных ошибок осуществляется если поле было изменено. |
setDirty(dirty: boolean) |
метод позволяет изменить значение полей pristine / dirty |
setTouched(touched: boolean) |
метод позволяет изменить значение полей untouched / touched |
setFocused() |
метод позволяет изменить значение поля focused (доступно только для FormControl) |
dispose() |
обязателен к вызову в componentWillUnmount контрола отвечающего за страницу. |
Примечание.
Поля valid и invalid в FormGroup и FormArray ориентируется на вложенные элементы.
И проверив самый верхний можно узнать валидность всех нижестоящих элементов формы.
НО! Узлы FormGroup и FormArray имеют cвой
набор валидаций и список ошибок (errors, warnings, informationMessages, successes). Т.е. если спросить у FormGroup errors – она выдаст только свои ошибки, но не ошибки на вложенном FormControl.
Валидация #
Библиотека mobx-form-validation-kit позволяет писать пользовательские валидации, но в ней присутствует и собственный набор.
Имя | Описание |
---|---|
requiredValidator |
проверяет, что значение не равно null, а для строк проверяет строку на пустоту |
notEmptyOrSpacesValidator |
проверяет, что значение не равно null, а для строк проверяет строку на пустоту или что она не состоит из одних пробелов |
notContainSpacesValidator |
проверяет, что строка не содержит пробелов |
patternValidator |
выдает ошибку, если нет соответствия паттерну |
invertPatternValidator |
выдает ошибку, если есть соответствие паттерну |
minLengthValidator |
проверяет строку на длину минимальную |
maxLengthValidator |
проверяет строку на максимальную длину |
absoluteLengthValidator |
проверяет строку на конкретную длину |
isEqualValidator |
проверяет на точное значение |
compareValidator |
обёртка для сложной проверки (ошибка, если проверка вернула false) |
firstName: FormControl(
value: "",
options: OptionsFormControl(validators: [
requiredValidator(),
minLengthValidator(2),
maxLengthValidator(5),
notContainSpacesValidator()
])),
Как можно заметить отработали все валидации в списке, для решения данной проблемы применяется обертка wrapperSequentialCheck. Её вызов и её применение ничем не отличается от обычной функции-валидатора, но на вход она принимает массив из валидаторов которые будут запускаться последовательно, т.е. следующая валидация запустится только после того, как предыдущая прошла без ошибок. Второй функций оберткой является функция управления потоком валидаций. wrapperActivateValidation первым параметром принимает функцию в которой нужно прописать условия активаций валидаций. В отличии от функции activate которая передается в FormControl данная проверка рассчитана на более сложную логику. Предположим, что у нас общий билдер для целой формы FormGroup платежей, и более того на сервере есть только один метод который и принимает общий набор полей. Но вот загвоздка в том, что хоть форма и одна, в зависимости от «типа платежа» мы показываем различный набор полей пользователю. Так вот wrapperActivateValidation позволяет написать логику при которой будут осуществляться различные проверки в зависимости от типа платежа.
firstName: FormControl(
value: "",
options: OptionsFormControl(validators: [
wrapperSequentialCheck([
requiredValidator(),
minLengthValidator(2),
maxLengthValidator(5),
notContainSpacesValidator()
])
]))
Пользовательсяка валидация группы.
class FormRange extends ControlsCollection {
final FormControl<DateTime> min;
final FormControl<DateTime> max;
FormRange({this.min, this.max});
@override
Iterable<AbstractControl> allFields() => [this.min, this.max];
}
class RegistrationForm extends ControlsCollection {
…
RegistrationForm(
{this.firstName, this.lastName, this.email, this.age, this.dateRange});
@override
Iterable<AbstractControl> allFields() =>
[this.firstName, this.lastName, this.email, this.age, this.dateRange];
}
this.form = FormGroup(RegistrationForm(
...
dateRange: FormGroup<FormRange>(
FormRange(
min: FormControl<DateTime>(value: DateTime.now()),
max: FormControl<DateTime>(value: DateTime.now())),
options: OptionsFormGroup<FormRange>(validators: [
(FormGroup<FormRange> group) async {
if (group.controls.max.value.isBefore(group.controls.min.value)) {
return [
ValidationEvent(
message: 'Дата "от" больше даты "до"',
type: ValidationEventTypes.Error,
)
];
}
return [];
},
])),
));
Как видно из примера валидация вешается не на конкретное [хотя так тоже можно], а вешается на всю группу целиком. Остается лишь вывести ошибки группы в интерфейсе.
Проверка перед отправкой #
await this.form.wait();
if (this.form.invalid) {
this.form.setTouched(true);
final firstError = this.form.allControls().firstWhere((c) => c.invalid);
firstError.focusNode.requestFocus();
}
Заключение #
Понятное дело, что описанным набор возможности библиотеки не ограничиваются. Еще можно рассказать и показать примеры. • Что валидаци отработают не только когда меняется само значение, но и когда поменялась observable переменная внутри валидации. • Как работает метод active • Что FormControl можно инициализовать не только конкретной переменной, но и функцией которая возвращает значение. И изменения внутри этой функции будут также отслеживаться. • Как работать с FormArray • Как делать сложную валидацию с запросами на сервер и при этом всё равно переменные в этой валидации будут отслеживаемыми.
И еще кучу всего, что позволяет из коробки пакет mobx-form-validation-kit.
П.с. Найдете ошибки – пишите, исправим :)