在大型中后臺應用（或lowcode平臺）的動態表單等場景下，傳統JSONSchema式方案的結構十分臃腫。為什么這時不考慮直接將圖靈完備的JS（或其簡單子集）作為數據存儲，以此來替代JSON呢？這樣很容易將「聯動、嵌套」地建立表單的流程，用JS來語義化地表達，而不是不停地把JSONSchema做得越來越重。以現代JS的語法，將JS直接作為DSL時，數據結構也完全可以設計得很簡潔，像這樣：()=>[()=>({name:'用戶名',type:'user'}),()=>({name:'密碼',type:'password',minLength:8}),()=>({name:'驗證碼',type:'number'})]以現在的前端技術生態，有兩點能支撐這種設想的重要突破：前后端interop方面，同構架構已經普及，對這種數據做解析和CURD是容易的。安全性方面，除了iframe沙箱外，現在還可以用編譯到WASM的QuickJS等嵌入式引擎來eval此類數據，杜絕潛在的注入隱患。并且在經典的JSONP跨域方案中，后端接口已經是在動態生成script腳本了。所以這應該也不算是完全沒有先例的異想天開吧。希望能收集一些對這種設想可行性的討論和反饋，謝謝。