成功取决于习惯而不仅仅是智慧，所以在代码的编写过程中养成良好的习惯，以条理清晰、命名规范、注释合理的友好代码示人非常重要！

················界面设计

要制作一款软件首先要给这款软件设计一个使用界面，而且越友好越能使软件的功能发挥到最大。在界面设计中我们要遵循以下原则。

为窗体赋予统一的外观和行为特性

使控件具备标准外观

在规定情况下使用最佳界面组件

提供便于理解和使用的菜单

尽可能使用系统颜色

···············代码格式化

界面设计好之后需要为之配上相应的代码才能发挥功效，成为一款实用的工具。在代码编写之前我们最好能做到成竹在胸。不谋全局者不足谋一隅；不谋万世者不足谋一时。我们编写好的代码能否一目了然，让人一看就能看懂，便于以后纠错和维护，早在我们谋篇布局时就已决定了。除了有全局观之外，还要遵守以下的规范——

不要将多个语句放在同一行上

使用行接续符

缩进后续行

运用语句缩进来显示代码的组织结构

对模块的D e c l a r a t i o n s部分中的代码进行缩进，显示其从属关系

使用白空间将相关语句组合在一起

···············模块和过程的设计

除了在大处布局，在模块和过程的编写中也要考虑到这段代码在整个代码运行中的“寿命”，使之成为一个便利的能有效解决问题的“框架”。当然，过程的编写中一定要注意其粒度，内聚力具体多大合适还要在以后不断的练习中不断摸索！

···············命名约定

匈牙利标记法已经替代了以前的标记方法，所以一些常用的缩写最好有些印象，当然，随时查询也是可以的`(*∩_∩*)′

···············变量

变量的命名一定要赋予其焦点，不然这个变量就有“假大空”的危险。

变量的缩写要统一，缩写成了什么一定要在代码前端进行说明。

定义变量时一定要注意数据类型的选择，不然会影响程序的运行效率。

变量的作用域要尽量地小，是过程级还是模块级还是全局级一定要有个划分，不能图省事全把定义域定义成一种！

···············代码注释

一段好的代码不仅仅在于代码字母本身，更重要的是它要有清晰的注释。代码是给计算机看的，注释才是给人看的，所以要用通俗的语言说明代码的目的，标明代码可能出错的地方和可能的故障。

在编写代码前进行注释，当你编写该过程时，可能需要调整你的注释。过程编写完成后，要将所有伪代码注释转换成标准句子。

用纯色字符注释行。增强注释的可读性，代码注释也应该遵循好的书写规则。

对注释进行缩进，使之与后随的语句对齐，注释通常位于它们要说明的代码的前面。注释不是代码的附属品，它与代码是共存的关系。

为每个过程赋予一个注释标头，使之与其他信息明确区分开来。使用内部注释来说明代码进程。

用行尾注释来说明变量。

如果大家都能遵守这些规范，那么代码的可读性就会变得更强，不论是程序的维护还是用于学习都可以说是百利而无一害，所以何乐而不为呢？`(*∩_∩*)′