成功取决于习惯而不仅仅是智慧，所以在代码的编写过程中养成良好的习惯，以条理清晰、命名规范、注释合理的友好代码示人非常重要！
················界面设计
要制作一款软件首先要给这款软件设计一个使用界面，而且越友好越能使软件的功能发挥到最大。在界面设计中我们要遵循以下原则。
为窗体赋予统一的外观和行为特性
使控件具备标准外观
在规定情况下使用最佳界面组件
提供便于理解和使用的菜单
尽可能使用系统颜色
···············代码格式化
界面设计好之后需要为之配上相应的代码才能发挥功效，成为一款实用的工具。在代码编写之前我们最好能做到成竹在胸。不谋全局者不足谋一隅；不谋万世者不足谋一时。我们编写好的代码能否一目了然，让人一看就能看懂，便于以后纠错和维护，早在我们谋篇布局时就已决定了。除了有全局观之外，还要遵守以下的规范——
不要将多个语句放在同一行上
使用行接续符
缩进后续行
运用语句缩进来显示代码的组织结构
对模块的D e c l a r a t i o n s部分中的代码进行缩进，显示其从属关系
使用白空间将相关语句组合在一起
···············模块和过程的设计
除了在大处布局，在模块和过程的编写中也要考虑到这段代码在整个代码运行中的“寿命”，使之成为一个便利的能有效解决问题的“框架”。当然，过程的编写中一定要注意其粒度，内聚力具体多大合适还要在以后不断的练习中不断摸索！
···············命名约定
匈牙利标记法已经替代了以前的标记方法，所以一些常用的缩写最好有些印象，当然，随时查询也是可以的`(*∩_∩*)′
···············变量
变量的命名一定要赋予其焦点，不然这个变量就有“假大空”的危险。
变量的缩写要统一，缩写成了什么一定要在代码前端进行说明。
定义变量时一定要注意数据类型的选择，不然会影响程序的运行效率。
变量的作用域要尽量地小，是过程级还是模块级还是全局级一定要有个划分，不能图省事全把定义域定义成一种！
···············代码注释
一段好的代码不仅仅在于代码字母本身，更重要的是它要有清晰的注释。代码是给计算机看的，注释才是给人看的，所以要用通俗的语言说明代码的目的，标明代码可能出错的地方和可能的故障。
在编写代码前进行注释，当你编写该过程时，可能需要调整你的注释。过程编写完成后，要将所有伪代码注释转换成标准句子。
用纯色字符注释行。增强注释的可读性，代码注释也应该遵循好的书写规则。
对注释进行缩进，使之与后随的语句对齐，注释通常位于它们要说明的代码的前面。注释不是代码的附属品，它与代码是共存的关系。
为每个过程赋予一个注释标头，使之与其他信息明确区分开来。使用内部注释来说明代码进程。
用行尾注释来说明变量。
如果大家都能遵守这些规范，那么代码的可读性就会变得更强，不论是程序的维护还是用于学习都可以说是百利而无一害，所以何乐而不为呢？`(*∩_∩*)′
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。