MASTER/ MOST TABLES (MT) CRUD Operations
CRUD = Create Read Update Delete
Flow Diagram
MT Server
config.json
It defines databases & it's collections(tables) which can be CRUD via API or UI
Note: dbCode == productCode => then same product database
dbCode != productCode => then different/ centralized module database
All collections will have productId property
Diagram 2
Extending JSON Schema
Create design, validatiosn by using extended JSON Schema
Using existing attributes
'title' can be used as label,
'description' as help text,
'default' as initial value
Using available context
Validations can be entirely used (mandatory, field level types & limits)
If String type, based on maxLength pick textbox/ textArea
If number type, pick number box
If enum/ dataSource property exists pick dropdown
If boolean type, pick checkbox
Other attributes in customAttr
- displayType = 'radio/ checkbox/ dropdown'
- all other needed types must be defined here
design specific in customDesign
we always preferred flex layout because of browser support . But CSS Grid gives more power as DOM structure is simplified.
To override classes element, label, row & form level : use proper naming style
//something like.form-field-label-age{}.form-field-elm-age.select{}.form-field-elm-age.text-box{}.form-row-1{}.form {}think of buttons, action icons & action criteria (based on conditions) ..etc //check readme.txt
Have interface for schema, don't directly depend on it
Entire MT can be used as module or due to components nature UI components & server code can be reused separately (for hooks)
Can later nested structure, reference structure ??