LeeKa敏捷开发框架-人性化设计方案1(开发经验之谈)

经过了几个月的精心设计，终于可以使用自己的研发框架了。相信明年的开发效率将会提高N倍。关于框架的人性化设计一块，包括框架的设计草案等等已经记录了有好几本本子了，我的写字速度越来越快了，也越来越草了。在我的客户反馈记录中我提取了一些人性化的设计方案中比较有代表性的几点我在这里列出，以后这些人性化的功能点将会被运用在框架中，集成成为一个人性化设计的开发框架。

(1) 在客户的使用习惯上来讲，除了导航的菜单之外，二级按钮例如新增、删除、编辑等等这些按钮要尽量统一成一排，在当前页面可以使用的二级按钮则可以点击，否则变灰但不要隐藏，这样可以帮助客户养成很好的使用习惯。

(2) 在表格的数据列表中，如果数据过多的话，我原先以为隐藏更好(表格好看些)，但绝大多数的客户认为，数据行数值过长则换行。

(3) 数据列表中，鼠标移动上去可以变色，移开则变回默认颜色；鼠标单击该行则该行变醒目色，方便客户对应表格后面的列，前后对应。

(4) 客户经常会录入全角，特别对计算机不是很熟悉使用的人，几乎都会录入全角，特别是一些数字被录入全角后就会对系统稳定性产生影响，所以LeeKa框架内置了一个自动过滤转化全角为半角的功能。(另外我发现Json中存在全角的value或name会出错！！我在想Lj.json.js的json数据是否要采用加密传输以解决数据格式报错的问题。)

(5) 话说国内的客户和国外的客户有个比较明显的区别，就是对日期格式的要求，国外的客户基本年月日都会规规矩矩地填写上去，所以国外的项目日期数据可以在数据库的表中将日期对段设置为datetime类型；国内的项目则不建议这么做，国内的多数客户要求日期可以是年、可以是年和月、也可以是年月日。这个时候我们就要注意一个问题，这是我通过经验总结出来的一个问题哦：国内客户的项目，日期建议设置为字符串型，数据库表的设置为vchar或nvarchar类型。而且，日期的月份和日份必须都是两位，即yyyy-MM-dd、yyyy、yyyy-MM这三种形式(Ex. 2009-03、2009-12)，那为什么不可以是2009-3或2009-12呢？因为这里涉及到以后的日期排序问题：如果是datetime型的数据，则2009-12大于2009-3，但是，如果是字符串型的日期，则2009-12小于2009-3，相信大家都懂得字符串是挨个对比的。所以LeeKa框架中的日期要么是年月日都具备的datetime类型，要么就是yyyy-MM-dd、yyyy、yyyy-MM这三种形式的字符串类型。这点是非常重要的。

以后待续....