Z
z_cd
Unregistered / Unconfirmed
GUEST, unregistred user!
界面基本元素：
菜单、工具条、状态栏 已经是通用的概念
导航栏(姑且叫这个名字)：
在绝大多数系统中，左边都有一个类似TreeView、OutlookBar或XPBar的长型区域，其主要目的是为了让用户快速方便地找到需要的功能，因此称为“导航栏”。
其主要外观特点，是高度占满窗体的工作区，宽度只占很小一部分，但可左右调整，甚至可以全部隐藏（鼠标移动到窗体左边缘可以再浮出）。
表单：
很多带有导航栏的典型系统中，左边小块区域作为分类导航，右边大块区域便用作显示、输入具体的业务信息或数据。右边的这块区域在多数通用情况下便被称为“表单”。
表单的主要特点是，所看即所得，用户看到什么，也就能够打印出什么，就像一张纸上的内容一样。因此，表单里不应该含有类似List、Tree需要动态交互的控件，也不应有超长或超宽的幅面（实在不行可用附页的形式）。
所以，表单的设计，重要的是设计出能清晰表达信息的良好页面。这个页面，用界面、数据分离的思想来说，它就是一个样式模板，可以很方便地更换，但并不影响具体数据的访问。
（Excel其实就可以用来设计表单，xls文件就相当于模板文件，数据也可以在开发中访问）
界面结构：
一个应用系统的界面由菜单、工具条、状态栏、导航栏、工作区（表单）五大部分组成。
由于导航栏与工作区未形成统一标准，在设计时应当设计成这两部分界面可以单独更换。
例如：原有系统的导航栏是一个OutlookBar，后来觉得不够用或者太土了，需要换上一个XPBar或者TreeView形式的还可自动隐藏的导航栏，那么，在更新系统时，只需要自动下载一个新的BPL即可，而不需要重新下载整个系统。
又如：原系统右边的工作区是一个含有很多数据感知控件的PageControl，在用户需求的变化下，需要在页面中增加“字段”或更改对用户输入的校验规则，那么，客户端只需要下载对应页面的BPL，也不用重新下载整个系统。如果采用上面说的表单模板概念，实际上就是重新下载一个最新的表单模板而已。
这种可拆离的界面结构，不光在用户需求变化过程中体现出它的好处，由于它强迫了封装性，在程序员开发与维护的过程中也能发挥事半功倍的效果。
------------------------------------------------------------------------------
还有: 通用请求调用(面向过程)机制 设计思路，感谢各位参与的富翁们
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2966116
源码: http://www.2ccc.com/article.asp?articleid=2097
菜单、工具条、状态栏 已经是通用的概念
导航栏(姑且叫这个名字)：
在绝大多数系统中，左边都有一个类似TreeView、OutlookBar或XPBar的长型区域，其主要目的是为了让用户快速方便地找到需要的功能，因此称为“导航栏”。
其主要外观特点，是高度占满窗体的工作区，宽度只占很小一部分，但可左右调整，甚至可以全部隐藏（鼠标移动到窗体左边缘可以再浮出）。
表单：
很多带有导航栏的典型系统中，左边小块区域作为分类导航，右边大块区域便用作显示、输入具体的业务信息或数据。右边的这块区域在多数通用情况下便被称为“表单”。
表单的主要特点是，所看即所得，用户看到什么，也就能够打印出什么，就像一张纸上的内容一样。因此，表单里不应该含有类似List、Tree需要动态交互的控件，也不应有超长或超宽的幅面（实在不行可用附页的形式）。
所以，表单的设计，重要的是设计出能清晰表达信息的良好页面。这个页面，用界面、数据分离的思想来说，它就是一个样式模板，可以很方便地更换，但并不影响具体数据的访问。
（Excel其实就可以用来设计表单，xls文件就相当于模板文件，数据也可以在开发中访问）
界面结构：
一个应用系统的界面由菜单、工具条、状态栏、导航栏、工作区（表单）五大部分组成。
由于导航栏与工作区未形成统一标准，在设计时应当设计成这两部分界面可以单独更换。
例如：原有系统的导航栏是一个OutlookBar，后来觉得不够用或者太土了，需要换上一个XPBar或者TreeView形式的还可自动隐藏的导航栏，那么，在更新系统时，只需要自动下载一个新的BPL即可，而不需要重新下载整个系统。
又如：原系统右边的工作区是一个含有很多数据感知控件的PageControl，在用户需求的变化下，需要在页面中增加“字段”或更改对用户输入的校验规则，那么，客户端只需要下载对应页面的BPL，也不用重新下载整个系统。如果采用上面说的表单模板概念，实际上就是重新下载一个最新的表单模板而已。
这种可拆离的界面结构，不光在用户需求变化过程中体现出它的好处，由于它强迫了封装性，在程序员开发与维护的过程中也能发挥事半功倍的效果。
------------------------------------------------------------------------------
还有: 通用请求调用(面向过程)机制 设计思路，感谢各位参与的富翁们
http://www.delphibbs.com/delphibbs/dispq.asp?lid=2966116
源码: http://www.2ccc.com/article.asp?articleid=2097
]用Flash 8来实现，会很爽