복잡한 외부 폼(식을 포함)을 사용자 정의 가능한 모델로 파싱할 수 있는 Dart 라이브러리입니다. 동적 폼 처리를 위해 설계되어 개발자가 외부 데이터 소스에서 폼을 정의하고 렌더링할 수 있으며, 조건부 로직과 식 평가를 지원합니다. 설문조사, 구성 패널 또는 사용자 온보딩 워크플로와 같은 유연하고 런타임 구성 가능한 폼이 필요한 애플리케이션에 적합합니다. 이 라이브러리는 모바일, 웹, 데스크톱을 포함한 여러 플랫폼에 원활하게 통합됩니다.
사용 사례
런타임 폼 생성
설문 및 설문조사 앱
사용자 온보딩 흐름
구성 대시보드
동적 UI 렌더링
조건부 폼 로직
주요 기능
식 기반 폼 로직
사용자 정의 모델 매핑
크로스 플랫폼 지원
외부 폼 스키마 파싱
동적 필드 렌더링
조건부 표시 지원
적합한 대상
유연한 UI를 구축하는 개발자
런타임 폼 업데이트가 필요한 앱
외부 폼 정의를 사용하는 팀
복잡한 검증 규칙을 가진 프로젝트
동적 레이아웃을 필요로 하는 애플리케이션
고려 사항
신중한 스키마 설계가 필요합니다
표현식 구문의 학습 곡선
큰 폼과 관련된 성능 영향 가능성
제한된 내장 위젯(사용자 정의 구현 필요)
모든 대상 플랫폼에서 테스트가 필요합니다
원본 README
연결된 소스 저장소의 README 원문 스냅샷입니다. 최신 내용은 저장소에서 확인하세요.
flutter_dynamic_forms
A collection of flutter and dart libraries providing a solution for Server Driven UI in your Flutter application.
The idea behind this project is to be able to define your components via XML or JSON on the server and consume it in the Flutter client without redeploying the app. The main focus is on the ability to define custom components and complex relationships between their properties. For example, you can define custom validation rules, toggle visibility based on a condition, etc. This makes it especially useful when working with forms collecting some user input but it can be used to display any flutter widget tree.
The flutter_dynamic_forms_components library contains set of predefined components like Label, CheckBox, RadioButtonGroup etc. To make your app work with those components you need to perform the following steps:
First, you need to decide if you want to obtain your form data from XML or JSON. You can use either JsonFormManager or XmlFormManager.
Those classes will take care of parsing your forms. They also have a getter form which is the object representation of your XML/JSON form in Dart. They can also perform some useful operation on the form, like manipulating the state of the form when something happens in the UI, validating the form, or collecting all the data from the form so it can be sent back to the server. If you need to write custom logic into the FormManager you can easily extend it:
classCustomFormManagerextendsJsonFormManager{
Future<void> sendDataToServer() async {
var properties = getFormProperties();
// send properties to the server
}
}
The easiest way to initialize your FormManager is via ParsedFormProvider widget. It will take your XML/JSON content, list of parsers and it will create the FormManager instance and also takes care of parsing your data. ParsedFormProvider is using the Provider package under the hood, so the FormManager will be available in your widget subtree by calling FormProvider.of<YourFormProvider>(context).
To render your Form on the screen, you can use FormRenderer widget:
FormRenderer<XmlFormManager>(
renderers: getReactiveRenderers(),
formManager: myFormManagerInstance, // this is optional, can be resolved from the FormProvider
dispatcher: _onFormElementEvent, // optional, when omitted, it will delegate all change events to from manager
)
You can provide your FormManager as a type: FormRenderer<XmlFormManager>(...) and it will be automatically resolved from previously defined FormProvider or you can pass specific FormManager instance into the FormRenderer constructor.
This widget also takes a list of renderers that controls how each model would be translated to the Flutter widget. In the example above, we use a set of predefined renderers. The word reactive means that each component will listen to the changes in the form model property and will update itself.
The last optional parameter is a dispatcher. It allows you to handle events derived from FormElementEvent produced in your render classes. When dispatcher parameter is not provided, only events of type ChangeValueEvent are processed and delegated directly to the FormManager instance causing changes of the property values. Use your own dispatcher handler if you need to send custom events (like a button click), but you should always let form manager handle the ChangeValueEvent:
void_onFormElementEvent(FormElementEvent event) {
if (event isChangeValueEvent) {
_formManager.changeValue(
value: event.value,
elementId: event.elementId,
propertyName: event.propertyName,
ignoreLastChange: event.ignoreLastChange);
}
// process your own events
}
Collect data from the form
The idea behind the process of sending data back to the server is that we shouldn't send back the whole form but only values changed by the user.
To collect the data simply call:
List<FormPropertyValue> data = formManager.getFormData()
It contains a list of all the properties which were marked as a mutable in a component parser definition. In default components, those are the properties that are expected to be changed by a user. Each item contains the id of the source element, property name, and property value.
To submit the form you usually want to serialize this list and send it back to your server.
Writing a custom component
The flutter_dynamic_forms_components package contains only a set of basic components related to a simple form application.
Because of some requirements on my old app, not all components naming directly corresponds to the flutter widgets. I think that may change in the future.
Also when designing components, you can always choose between low-level components like Label or high-level component like UserProfile. In the case of this complex high-level component you let the client application completely control the look of the final widget. For those reasons I would recommend for each application to write its custom set of components to have complete control over each property.
To implement a custom component you need to provide 3 classes: Parser, Model, and Renderer. Parsers and Models then need to be registered when you are building the form as you can see in the code above. Let's show it on the CheckBox example:
Parser
This class controls how the component would be deserialized into a corresponding model class. It works on both XML and JSON. ParserNode parameter contains a collection of methods that let you parse values from the current XML/JSON node. Use the ElementParserFunction parser parameter of the parse method to recursively parse children nodes.
Model is the main component definition without any Flutter dependency. A component can extend other component inheriting all the properties. It can also contain components as its children.
Every property can contain either simple value or expression which is evaluated to the value. To be able to cover both of those cases all the properties must be defined using Property<T> syntax. Properties are stored in a single map called properties so you can easily traverse the whole component tree. It is a good idea to create getters and setters around this map so you can easily access and set property values.
This class simply takes the model and returns a Flutter widget. You can also subscribe to the changes in the properties so your widget will be properly updated when something happens on the model. For this purpose use the Stream defined on each property or use the component property propertyChanged which returns Stream and emits value whenever any property changes. To redefine UI of the default components inside flutter_dynamic_forms_components simply define your renderers for the existing models. You can even have multiple renderers and show a different UI on a different screen. Use the FormElementRendererFunction renderer parameter of the render method to recursively render children.
There is a lot of boilerplate when implementing Parser and Model classes. Because most of the apps will probably need to create a lot of custom components, there is also a generator package which lets you define components and their properties using simple YAML syntax.