3 ms·
I used to work on a similar system 20 years ago that leveraged xml to define forms, then generic transformation system written in PHP generated pages from it. H
by polskibus 5y ago
I used to work on a similar system 20 years ago that leveraged xml to define forms, then generic transformation system written in PHP generated pages from it. Here it's json to define view and some internal schema.
It's good when your requirements are fairly stable, each view falls into a well known category. Meaning - it's great for an app that's basically a catalogue, but less so for apps with more complex user interactions.
you know what they say... "All problems in computer science can be solved by another level of indirection" , in reality those levels can be leaky and cause debugging problems.
- whoevercares 5y agoPlus one. I think it’s almost JSON schema react forms. There are quite a few use cases for such catalogue like UI, but customization would be challenging
- rapnie 5y agoSame here. I used XML + XML Schema as input and transformed with XSLT + XML configs (UI layout metadata, validation rules) to HTML output. Even though the XSLT was huge in the end it remained rather well performant.