请有编程经验的高手们参与讨论软件界面的问题(200分)

我做软件的时候最头痛的是软件界面的定义，可能是本人的审美观不行，作出来的东西同事
都说丑、不好用，而且我也觉的不怎么好，但也想不出更好的解决方法，我觉的软件界面是
评价软件好坏的重要组成部分，其表现形式关系到一个软件的易用性，所以我想请教一下各
位有没有好的建议和一些标准性、规范性的东西，所有参与讨论的都有分。

有一个软件界面开发标准规范
你到www.umlchina.com去找一下

呵呵,要学美工.

其实界面编写可依照其它应用程序的风格,相信你的电脑也安装了很多软件,看看其中的
对话框,窗口等都不失一个好的举挫;
像我觉得金山词霸的界面不错,就将它应用到公司
的mis系统中了,效果还不错.

多看看别人做的程序

向windows学习,用户一般用windows用的熟了,习惯成自然,认为windows标准界面就不错,你也可以这样做

有同感

我的一点点经验：先不管界面的美观，把要实现的功能在界面上表现出来，然后再考虑
界面的美观，这时候往往就会有灵感出来，^_^
当然，也要提高自己的审美能力

界面方面应多考虑用户用起来是否方便，而不是自已编程时是否能省力。
而且应尽可能将界面与用户的商业逻辑分开来做，这样在更改界面时便无需
更改商业逻辑代码，只要对界面控件做一些设置就行了。
这里再贴一段李维关于界面与商业逻辑的论述:
怎样设计友好的软件操作界面，是人机工程学研究的一个重要课题。好用的软件都有
清秀可爱的面容，不但布局匀称合理，对你的操作意图也是善解人意，并且处理大方得体，
就连对你的回答也体贴入微。如果，你编写的软件象这样将关键字重复的错误告诉你的用
户：“亲爱的，你以前已经输入了编号为991028的出库单，不可重复输入。是否想查看以
前的出库单呢？”，你的软件一定会销量大增。可能当年IBM的OS2就是因为说了很多用户
看不懂的废话，才被用户遗弃，失去民心，而被Bill Gates一统天下。 我们今天不打算讨
论怎样打扮软件的容颜，而要谈谈在漂亮的界面后面，应该如何更好地组织软件结构，大大
方方地处理用户的操作命令。 假如，你已经规划好软件初步的操作模式，用带图标的菜单
作为用户发号司令的工具，并在MenuItem的OnClick事件中编写完成业务处理的过程语句。
一切都不错，而商业的逻辑处理也是放到服务器端的RemoteDataMoudle中处理的，经典的
三层体系结构。可是你的老板不喜欢菜单，他对按钮情有独钟，于是你需要将Menu换成
Button，然后将操作实现代码移到Button的OnClick事件过程中，或者将Button的OnClick
事件指向原来的MenuItemClick事件处理过程。软件提交用户试用之后，用户强烈要求将软
件修改为Microsoft Word 2000那样的界面，既有菜单又有按钮，而且还能提供键盘的快捷
键输入（因为他们的老总习惯了原来DOS下那套老程序的键盘输入方式）。于是，你又不得
不修改软件的界面控件，并再次将操作处理代码调整，以便每种命令输入方式都能被响应。
最后，历经千辛万苦终于能完成整个软件界面的修改工作。 由此可见，不同的人有不同的
爱好和需求，他们各自都有操作软件的习惯。但是他们使用软件的目的是相同的，就是，
向你的软件发出指定的操作指令，使用该操作所代表的软件功能！ 在种种不同的用户的需
求之中，搞清所有用户的最终目的之后，我们应该仔细地想一想，不同的用户为了达到相
同目的，使用了不同的手段。哦！原来目的和手段是两回事，只不过每个人用不同的手段
达到相同的目的。因此，我们应该将操作界面与操作逻辑分离，应该首先分清手段和目的，
然后将手段与目的联系起来。这样，操作界面的更改将不会影响到操作逻辑，手段是手段，
目的是目的。为了达到目的，可以不择手段，就是这个道理！ 说到这里，也许有人会说：
这个道理谁都懂。那么，如果在我们开发软件的过程中，多运用这些浅显的道理，就不难
设计出简单而又实用的软件结构。 操作界面与操作逻辑的分离可以为我们带来哪些好处呢？
1．易于理解 你可以在编写业务操作代码时，不关心软件的界面操作模式，而在美化你的
软件时，只考虑界面的美学问题。外表是外表，内心是内心，只有你知道，外表美观的
界面连接着精巧内秀的操作代码，表里如一。你的朋友们既可欣赏到漂亮的软件外表，
也容易读懂你的内心。
2． 易于维护 不管将来流行什么软件界面，是时新HomePage式样还是OutLook的经典面版。
你可以只修改与界面有关的部分，就可满足要求。也可将你的软件彻底改头换面，以
崭新的面容出现。甚至，可表演川剧名家传内不传外传男不传女的独门绝技-变脸。但
软件还是软件，软件的内在功能逻辑并未改变。不过，由于满足了用户喜新厌旧，追
逐流行时尚的习惯，将使软件公司的老板们的腰包越来越鼓。
3． 可扩充性强 人机工程学不断取得的新突破，将为软件使用者提供更多的命令输入方式。
现在，语音识别技术已逐渐商用化。你已经可以利用IBM ViaVoice提供的语音识别支
持模块，开发能识别语音命令的控件。将这样的控件加入你的软件中，并与你以前编
写的操作逻辑关联，你的软件就象长了耳朵，有了灵气，可以倾听你的述说。我也相
信，总有一天可编写一种可以看懂你的表情的控件，那么，软件将可以根据你的情绪
对你抚以不同冷暖的关怀。但软件的灵魂还是原来的操作逻辑代码！
4． 适合大规模软件开发 大规模软件开发讲求分工协作，各尽其才。如果你是软件公司的
老板，那么，在系统分析设计人员完成软件设计之后，你可以找一批时装设计师为你
的软件设计漂亮性感的界面，请精于编码的程序员编写操作逻辑。而你可以轻松地管
理和控制各道工序的质量，而且责任分明。
天涯海角的吹了一通，但我们还得回到我们主题。操作界面与操作逻辑的分离，到底
要遵循哪些方法和原则呢？ 首先，你应当归纳整理当前模块要向用户提供的功能，划分出
明确的操作命令集。也就是说，设计可提供给用户的命令，这有点象老式命令行程序的可
用命令清单列表。记住，这些命令集体现的是用户执行操作的目的。 然后，在根据命令集
中的每一命令规划操作逻辑代码，按照编写程序的一般原则编制操作逻辑代码。有关编写
程序的一般原则，可参阅《初恋DELPHI》一书。 最后，要提醒一点的就是，操作命令有时
是受程序状态控制的。有的程序员为了实现在某中状态下禁止用户发出指定的操作命令，
想禁止的是命令，而不是控件！ 下面我们将会讨论在分离操作界面和操作逻辑方面，
DELPHI为我们提供的很有价值的东西，即TActionList和TAction。

网上有片篇文章是个老外写的其中谈到了一些规则，在哪我忘了自己找找吧

我是编程的新手，但我是设计方面的老手（6年的设计）
我让我界面很重要，因为我写的软件技术水平不高，在我在软件介绍中加入"界面精美，有
人情味"，下载量增加了一半，这一点都不夸张，
在技术上，大富翁随便叫一个都比我强，但美术弥补了我的不足
我现在写的软件就是以界面为主，是多媒体方面的软件；希望到时大家看一下；

多参考一些别的软件，另外我觉得还是应该有一定的美学修养的，比如色彩搭配等，只有
具有一定的专业水准，才能作出即好用又好看的界面来

这种事是说不来的。

分工合作，专找个有美感的人来做界面。

看看

我认为
一般来讲，向WINDOWS标准窗口看齐就错不了

呵呵，如果是财务软件之类的东西，标准一点的界面绝对没有错，
其他的比如网络方面就应该花一点，但是稳定还是最重要的

界面应该越朴素越好

包子好吃，不完全在褶上。