对于UI设计——不需培训直接能使用

还记得曾经看过的基本讲述交互设计知识的几本书其中都提到了最简单也是最美的界面设计就是用户直接就明白怎么用而不需要长期的培训对于这一点我深以为然并且努力把这一点贯彻到自己所做的系统中。曾经记得自己帮朋友写了一个简单的库存管理系统界面上没有菜单只有几个必要的按钮采用的是Office 2007的ribbon样式并且精心挑选了几个意义鲜明的图标。朋友使用的时候就告诉我这个东西比他之前用过的财务软件好多了那个东西培训了两个月还是不会使用而且其中有太多用不到的字段虽然不需要填写但是看起来也比较别扭。而我这个东西当时特意就没告诉他如何使用只是说很简单看看就会了。达到的效果也很让我自己满意真的是看看就会用了哈哈。其实想想成功的产品比方说最近大卖的ipod、iphone、ipad等一系列苹果的东西每一种的设计都是超级简单没有过于复杂的界面和操作这种美不用我说已经得到了无数人的认可。复杂的界面真的非常考验人曾经见过最复杂的界面还是出现在对日项目中同样最复杂的报表也在对日项目中日本人对于基础知识的培训和学习以及对复杂情况的耐心和毅力的确值得我们学习如果让我整天面对那样复杂的界面我可能早就崩溃了。比方说一个界面上放40个以上的控件并且填写一个表单需要滚三屏都是很可怕的我只能说我是个懒人不喜欢复杂的东西解决问题喜欢用简单的方法各种东西的使用我也愿意选择简单的。其实对于设计界面的人来说或者说叫做交互设计师来说设计最简单的界面让用户能够尽快地上手使用并且所有的使用习惯都与用户的传统习惯相符本身就是对客户的一种尊重另外在市场上一个产品是否能够取得成功往往界面设计的好坏会起到非常重要的作用因为简单易用的界面会让人真正感受到其中的美并赢得更多的用户。上面我们所说的是最终用户所要面对的东西而对于我们这些程序员整天所要面对的代码又应该如何呢我觉得代码的简单就在于——直接能看懂我们在工作中不可避免地会需要维护别人的代码而我们自己编写的代码也经常会由别人来review和维护那么代码的简单之美就非常重要了。想要直接看懂代码我觉得必不可少的有几点简短——每个方法都应该尽可能地短有人提倡每个方法不超过四行暂时我觉得还达不到那个标准不过我们至少可以达到的是每个方法只做一件事。曾经见过非常可怕的代码是有超过五层的if嵌套而且每个嵌套里面的处理代码都无法显示在一屏之内我直接就崩溃了哈哈。命名准确——这个应该是最有利于在维护的时候理解代码的了。业界中提倡的自解释代码也正是如此如果变量、方法、类等等的名称都能够准确地表达出它的意义那么阅读代码就和阅读说明书一样自然所有的工作就都变得简单了。恰当的注释——在某些时候注释还是非常必要的甚至对于自解释代码有时还是有必要用注释来说明一下毕竟其中还有计算机语言无法说明的业务逻辑在里面。当然注释不应该是越多越好某些项目中规定一定要有30%的注释量还是有些值得商榷的。最后想说说关于数据库的设计我觉得这其中也必须应该贯彻简单就是美的原则我们应该达到的标准是——直接能理解。好的数据库设计对于系统的开发和维护都是非常重要的特别是对于一些MIS、ERP、MRP等管理软件数据库的设计在系统的架构中会起到举足轻重的作用。我想应该把握下面的几个原则表中字段不要太多——每个表的字段数应该控制在30个之内吧这个标准可能会因项目而异只是一个基本的概念。想象一下吧当在项目中遇到一个数据表的定义中有超过100个字段的时候是不是感觉到很难处理呢我在工作的过程中遇到过多次这种大而全的表往往就是问题的多发地段。