@loading 安全可能是个问题。但现阶段还在思考可行性，安全性还未做考虑。我觉得这个场景下安全性对可行性不会造成阻碍。

@22yune 就像是主题一样 细节可以改 但标准的或者说 典型的能默认适配。

@vultr
我是希望能细节形式标准化，同一种形式的细节不用为这个业务实现一遍，为另一个又重复实现。

@lhx2008
@wysnylc
我想问的核心是业务模型的抽象方法。模型不是单纯的 curd，还有业务逻辑（模型之前互动关系？）我就是想解析出产品业务，描述出业务模型，产品就实现了。不需要 curd 重复再做一遍。

@snowydec 我想问的核心是业务模型的抽象方法，抽象出模型后，前后端是没有限制的，不一定是基于数据库的持久化。

@crclz 感谢回复！
你说的很像，有生成前后端。只是你描述中只定义了数据模型，没有把业务模型抽象出来。其它方面限制也太大。我新开了一个问题，请查看 https://www.v2ex.com/t/633251#reply0。换了一种应该是对我问题更明确的描述。

@crclz 我想要能适应各种行业的业务系统。都说是 curd。都感觉是重复劳动。我希望定义模型是通用的，这样就可以开发出通用的前台显示引擎与后台逻辑引擎。像这种行业业务系统把业务模型描述出来就能出产品了（基础版、主题版）。

@luozic 我想问的就是利用问题常规考虑范围内或外的某些特性（跳出问题、打破常规的思维，我认为 lsm 不是经过逻辑思考就能想到的，还需要灵感和积累），完美解决主要矛盾的方案（代价一定存在）。

@mcfog
@uyhyygyug1234
@charlie21
@a5b6c7d8
我更想知道的是一些非常规解决方案。利用了某些特性或将一些特性完美组合的这种，看到了后有很不一般的感觉。比如计算机的几大思想（流水线、并行、局部性、预测等）这种第一次接触会有不一样的感觉，熟悉了后可能会自动运用就忽略了（这种符合 @GrayXu #10 的回答）。但像 HyperLogLog 和非对称加密解密及对加密解密的运用如 jwt 这种情况，我认为都是不一般的，也看不到形成成熟理论的可能。

@mcfog
@uyhyygyug1234
@charlie21
@a5b6c7d8
我更想知道的是一些非常规解决方案。利用了某些特性或将一些特性完美组合的这种，看到了后有很不一般的感觉。比如计算机的几大思想（流水线、并行、局部性、预测等）这种第一次接触会有不一样的感觉，熟悉了后可能会自动运用就忽略了（这种符合。
@GrayXu

@22yune 指令集是一种语言，基于这个上面有非常多的高级语言。（模型定义语言是一种语言，基于这个定义的模型就是业务的语言） 这个能借鉴吗？情况是有什么不同？

@passerbytiny #4 “连最基础的通用语言都不是全局通用的，再往上面的模型、架构更不可能全局通用”可以做不是完全通用但绝大部分情况可用的吗？ #6“我说的模型通用定义语言意思是定义领域驱动设计中语言的语言。”就是你上面说的意思“在通用语言只上的模型”。我想能不能只支持可见的情况，或者能不能让模型的解释权放开，或者模型是自解释的，或者定义的是形式（形式是通用的吧？）

@passerbytiny 我说的模型通用定义语言意思是定义领域驱动设计中语言的语言。 将模型通用定义语言与 XML Schema 类比，XML 的结构通过 XML Schema 来定义，业务模型也通过这种语言定义。XML 的显示可以根据 XML Schema 中的语义显示，能显示 xml 的内容，但内容的样式是通过 XML Schema 来匹配的，如属性一种样式、子元素另一种样式。通过模型通用定义语言定义的模型，显示时也就是由定义语言的语义来显示。

我的思绪也不清晰，我想说下面的话，下面的话逻辑可能是没有的。
我见过一种开发平台，录入数据模型，基于字段名和类型就能生成默认页面。数据模型有哪些字段有哪些一对多关系，会对应到显示样式。数据模型中有指定状态字段、主键就能生成对应的后台 CURD 代码。
我认为这种平台就接近这样的系统了，只是它的模型定义是固定的，比如模型中可以定义状态字段、主键，如果要再加一种类型的字段，并不明确。

@noreplay 我想的是一种通用的模型定义语言，用这种语言定义模型后，前后端都可以基于模型做实现。你说的跟我想要的不一样，没有抽离业务模型。比如，用 java 写一个对象，对象里有属性与业务方法，用这个对象表达一个模型。我想要前端能根据这个模型做设计，后端可以用 jvm 执行方法，也可以用 node 执行。

windirstat