asp.net MVC 权限 表单 列表等根据页面配置自动生成

[SomethingJack]

如题：
最近拿到一个任务，想要开发一套属于自己的平台，能够根据平台的一些参数配置
比如根据实体动态生成表单，显示哪些字段，字段在页面里用什么控件呈现，等等，这样以后减少开发量，最好实施去现场的时候可以根据一些实际场景自己配置，希望有经验的各位说一些成熟的框架和思路，能够有前车之鉴更好了。不行，那就自己去编写规则，去试着实现谢谢各位。高分帖！

[以专业开发人员为伍]

所谓“根据实体动态生成表单”也就是产生千篇一律的、类似 SQL Server 查询管理器那样的左边是表格树、右边的 DataGrid 的界面吧？ 用户表单千差万别，不同单位的管理的水平，很大程度上就是靠表单来体现的。那么你产生千篇一律的表单，怎么来适应需求呢？只是强推程序员头脑中（而非用户头脑中）的想法吧。

[以专业开发人员为伍]

这张表单非常普通，我们到一个大一点的企业去，用户随便拿出二、三十张这样的表单来表示某个部门的一些流程，这是很平常的事情。而且每一个企业的表单的都不相同。遇到这种情况，我们不可能跟用户说“你的表单不是从实体产生的，所以我不会做”，相反地，程序员的责任就是100%地精确实现这种表单。

不能100%地精确实现用户表单，反而去说什么“从实体动态产生表单”，那其实就是你开发表单的理念是本末倒置了。

[以专业开发人员为伍]

传统的微软的所见即所得的 vs 平台，使用鼠标、键盘拖来各种控件，灵活地布局设计，然后它产生了 .design 文件记录，并且支持设计者继续以所见即所得的鼠标拖拉的方式来修改布局。传统的 Excel 那种表单，支持统计分析和管理人员用鼠标拖拉的方式来修改表单中框线细节，支持单元格格合并、数据设置、公式设置、VBA编写等等。后来微软自己的架构师不行了，比尔盖茨在12年前退休了，于是 java 以及 object-c 的一帮人慢慢地把微软打垮了，这也就带出了 html/css 和前端开发的兴起。 我想说的意思是，其实真正的好的表单描述，是自然的像粗笨的美工一样在表单上描述的。 那种意淫说“用数据库，把每一个表单里边的细节，甚至是表单里边的编程细节，都在某个数据库表里描述”的方式，其实是结果是只能模拟非常简单的千篇一律的刚学个 DataGrid 控件那种程度的人的开发，模拟复杂的表单不单在产生、而且在维护等等方面都是比编写 html 和 c# 程序还低10倍的做法。为什么会意淫呢？想搞专利从国家那点钱？已经过了这个时代了！ 现在需要真的使用方便开发复杂表单的工程方法。而不是搞那种“回字有多少种写法”式的项目然后靠专利“挣钱”。

[ying1234]

楼主你这样的需求不要想着尽善尽美，很难，这样想吧，你能够解决你行业内60%通用型的表单问题就不错了，如果你行业的内表单格式大部分比较简单，你可以去做这样的功能，以解决一定范围内的通用性。表单的形式太复杂，有的需求你可能事先想都想不到。 比如说表单里的子表单，数据联动，数据约束，数据级的权限控制........