选项列表库功能说明发表你的意见

gengukeji

在软件开发中经常要用到选项列表框来输入数据，其中列出的选择内容就是选项。选项的内容繁杂多变，每次开发人员用到时就自己定义选项内容，但由于是在开发中仓促定义，所以就会出现列表中的选项不合理或不全面。同时也有很多大家常用的同类选项列表彼此不一致，例如：在系统中常用到‘性别’这个选项列表，其中有两个基本选项：男和女。在A系统中存储时用‘1’表示‘男’，用‘2’表示女。而在B系统中存储时却用‘0’ 表示‘男’，用‘1’表示女。这样就会形成很多类似的选项列表，但这些选项列表在系统之间相互通信交换数据时，就会比较麻烦，需要进行值匹配和转换。很不利于系统之间的互联互通。
基于以上原因，我们开发了一个统一选项列表选项的标准化平台‘选项列表库’，用这个平台大家可以在这里建立自己的选项列表，也可以查询别人已建好的选项列表，并且大家可以互动交流信息。逐步完善每一个选项列表，实现选项列表的标准化。丰富选项列表库的内容。
当你在开发中用到选项列表时，你不妨先在这个平台上查询是否已经有你需要的选项列表了，如果有但不太适合你，希望你加以完善；如果没有则希望你建立新的选项列表。我们已经开发了两个实用工具可以让你很方便快捷的使用这些选项列表。提高你的开发效率，降低你的系统和其他系统的互通成本。

winston

开发中产生的问题，根本原因在于管理不善。没有做开发规范书，没有定义数据字典及其表示。
你这个产品，要看看用户实际反馈了。

wishel

这个问题的主要原因是presentation层和business logic层紧密耦合所致。最好的解决办法就是应用mvc模式，将两者解耦合。这样表示层的变化不会影响到业务逻辑。不管是0，1或男，女或male，female，只要对应业务层的同一逻辑概念就可以。
个人认为你们的库最好定位在做这个映射：
把各种形式不同但含义一样的选项列表映射到同一个业务层对象。并协助用户将presentation和business logic分离。
如果是想要强行推行一个标准，那就太难了。

gengukeji

大家可以去这个平台上看一下http://www.itemlib.com更好的了解选项列表库以后的发展