业务界面的运行时动态生成——一个课题，请大家研讨一下

[广州接入]

要求：
对于业务编辑界面（比如订单编辑，涉及到订单主表，明细表，产品价格表，业务员折扣控制表，产品资料表等），要求实现交互界面动态产生（交互界面的元素设置，数据来源设置都放在数据库里面),业务逻辑可以写死，但调用业务逻辑的控制逻辑需要动态关联，页面的交互逻辑（比如我选了样品单类型，则很多关联元素不能输入）也需要动态产生。（而且要求配置工作量不能大于做静态页面的工作量）
请大家讨论实现的可能性，谢谢！

就我个人认为，如果把页面叫V，业务逻辑叫M，页面交互和控制为C，V可以动态产生，没问题，M写死也没问题，现在的问题是这种情况下，C既要可动态配置（在数据库配置），还需要可以动态获取页面元素，动态调用M的业务逻辑，比如价格校验，用户录入价格后触发一个事件(这个动态配可以实现），这个事件要获取页面元素的价格，物料编码等信息，作为参数去调用价格检查逻辑，然后根据结果提示用户。如果把加粗部分写死，那页面运行时生成就没什么实际意义，如果要实现粗体部分也在数据库中配，就是控制和交互逻辑都通过参数配置，感觉系统反而会很复杂。

[PitTroll]

这个在ERP中算是很简单的了。添加一个按钮刷新价格不就可以了，我以前做过这样的，价格信息用DropDownList动态绑定。

[PitTroll]

你觉得是把订单主表和明细表合并到一张表中好还是分开好。我觉得合并到一起好些，我觉得主表信息很少会修改，用户修改订单项的时候会更多，放在一张表中会提高查询的速度。另外订单中也会有客户表中相关的内容吧。

[广州接入]

其实分开和合并都各有优点，也各有缺点，如果合并，很多信息都会重复，主表信息更新时也必须更新多条。因为我做过的ERP，订单主表差不多20项，订单明细30多项，分开当然为好。

另外，感觉你没有看清我的题意。页面是完全根据数据库配置动态产生的，控制逻辑，交互逻辑都需要动态配置，还要能动态调用业务逻辑。

[广州接入]

设计上建议分开，因为这样既减少冗余，而你说的作用一个视图即可。

[PitTroll]

[Quote=引用 3 楼 hawksoft 的回复:]
其实分开和合并都各有优点，也各有缺点，如果合并，很多信息都会重复，主表信息更新时也必须更新多条。因为我做过的ERP，订单主表差不多20项，订单明细30多项，分开当然为好。

另外，感觉你没有看清我的题意。页面是完全根据数据库配置动态产生的，控制逻辑，交互逻辑都需要动态配置，还要能动态调用业务逻辑。
[/Quote]
这个有点困难吧。另外有很多东西都是要签核的，例如：申请物料，构建价格等，在未签核完成之前是不能用的。