我们常常在表单设计时会遇到这样的需求：针对不同用户显示不同的表单内容，（字段内容，选填性，显示性，检验性等等）均需要做不同处理。这种业务上所谓的“定制化”，让程序猿十分烦恼。
通俗的解决一般方案：
1.页面层级做判断！这是最老最土的解决方案，通过大量的字段判断语句，达到僵硬的变化表单。稍有改动，就需要对复杂而繁琐的判断逻辑做修改。非常不利于后期维护！！！（推荐指数：1星，因为还是可以解决该问题的~）
2.业务层级做配置！做配置！做配置！不管是xml配置还是配置类设计，都是一个原理。这是能想到的最快速的优化解决方案。其实这并不快速，因为你需要针对不同应用群体，定义多个不同配置——>然后每次在表单页面交互时读取配置文件——>再从配置中获取定制化内容。在大量冗长的不同配置下，不仅会增加系统负担，还要花大量时间在写配置上。万一，表单字段需要做增删改，所有配置都需要重写。十分麻烦！！！（推荐指数：2星半）
3.数据库层级做配置！这个方案是在方案2上做的优化。为什么说是优化呢？因为如果数据库配置好了不同应用群体的表单内容，在系统就不需要做任何处理，直接获取数据，展示出来就可以了。不足之处就是写配置复杂，获取数据时，对解析配置内容也比较复杂。当然，数据库的配置方案也是多种多样的。核心思路也是：不同群体——对应——不同配置的Form表单。（推荐指数：3星）
有木有更好，更优的解决方案呢？（欢迎大家积极讨论留言，联系QQ：714635093。Q群：709701593）
最近在接触元数据，从而提出一种新的方案：基于表单字段的元数据操作。什么是元数据操作呢？我们可以理解为用数据去描述数据。其实这是一种缩小操作数据粒度的思想来应对业务逻辑的变化。举个例子: 我们在设计表单的时候，都是针对一整张表单（多个字段内容）进行业务操作。如果我们细化表单数据（抽象字段），针对每个字段进行操作，会不会更便利呢？
……
作者后续会更新基于元数据操作的实例，欢迎各位大佬讨论补充~
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
