一份C/S界面规范
1. 界面规范
1.1. 总体原则
l 以用户为中心。设计由用户控制的界面，而不是界面控制用户。
l 清楚一致的设计。所有界面的风格保持一致，所有具有相同含义的术语保持一致，且易于理解
l 拥有良好的直觉特征。以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻，来帮助用户能迅速学会软件的使用。
l 较快的响应速度。
l 简单且美观。
1.2. 原则详述
1.2.1. 用户控制
用户界面设计的一个重要原则是用户应该总是感觉在控制软件而不是感觉被软件所控制。
l 操作上假设是用户--而不是计算机或软件--开始动作。用户扮演主动角色，而不是扮演被动角色。在需要自动执行任务时，要以允许用户进行选择或控制它的方式来实现该自动任务。
l 提供用户自定义设置。因为用户的技能和喜好各不相同，因此他们必须能够个性化界面的某些方面。Windows为用户提供了对许多这方面的访问。您的软件应该反应不同的系统属性--例如颜色、字体或其他选项的用户设置。
l 采取交互式和易于感应的窗口，尽量避免使用模态对话框，而使用"非模式"辅助窗口。 "模式"是一种状态，它排除一般的交互，或者限制用户只能进行特定的交互。当最好使用一个模式或该模式只是可替换的设计时--例如，用于在一个绘图程序中选定一个特定感觉--请确保该模式是显然的、可见的，是一个明确的用户选定的结果，并且容易取消。
l 在后台运行长进程时，保持前台式交互。例如，当正在打印一个文档，即使该文档不能被改变，用户也应该可以最小化该窗口。
l 谅解。用户喜欢探索一个界面，并经常从尝试和错误中学习。一个有效的界面允许交互式的发现，它只提供一组合适的选择，并在用户可能破坏系统或数据的情况时发出警告。如果可行，还应提供可逆转或可还原的操作。即使在设计得很好得界面中，用户也可能犯错误。这些错误既可以是物理上得（偶然地指向了错误的命令或数据），也可以是逻辑上的（对选定哪一个命令或哪些数据做出了错误的决定）。有效的设计避免很可能导致错误的情况。它还包容潜在的用户错误，并且使用户易于还原。
1.2.2. 清楚一致的设计
一致允许用户将已有的知识传递到新的任务中，更快地学习新事物，并将更多的注意力集中在任务上。这是因为他们不必花时间来尝试记住交互中的不同。通过提供一种稳定的感觉，一致使得界面熟悉而又可预测。一致在界面的所有方面都是很重要的，包括命令的名称、信息的可视表示，操作行为，以及元素在屏幕和窗口内部的放置。
相关文档：
用此法前确保你的C源代码是无错的~~
解决办法：
C:
在主函数后加getch()或ch=getch(); (让程序等待你按下任意键，再继续执行下面的语句)
C++:
1.包含头文件时： #include <stdlib.h>/*header file，因为在stdlib.h头文件中定义了system()函数*/
2.在最后一句加上：system("PAUSE ......
这是一个用JAVA W3C DOM 进行XML操作的例子，包含了查询、增加、修改、删除、保存的基本操作。较完整的描述了一个XML的整个操作流程。适合刚入门JAVA XML操作的朋友参考和学习。
假设有XML文件：test1.xml
<?xml version="1.0" encoding="UTF-8"?>
<books>
<book>
<name>哈里波� ......
[C/C++ Digestion] –
自底向上地探究虚函数
作者：
Jason Lee @
http://blog.csdn.net/jasonblog
日期：
2010-05-19
环境：
Visual C++ Express
2008
声明：本文发表在
csdn
博客，如有转载，请注明出处
[1]C++
对象模型基础
一个类中可以包含静态数据成员、静态成员函数、非静态成员函数� ......
尽管 Lua 的关键词的设计，运行符的设计，语法的设计等方面与 C 很相似，但我们还要注意其明显不同的地方。
条件判断时的真假条件
Lua 中所有的值都可以作为条件。在控制结构的条件中除了 false 和 nil 为假，其他值都为真。所以 Lua 认为 0 和 空串 都是真。
而 C 中，认为只要是在内存中表现为 0 值的符号都为假。
字 ......
