📄 edu2.htm
字号:
<HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb_2312-80"><META NAME="Generator" CONTENT="Microsoft Word 97"><TITLE>第二章 设计模块和过程</TITLE></HEAD><BODY><DIR><DIR><FONT FACE="黑体" LANG="ZH-CN" SIZE=4><P ALIGN="CENTER">设计模块和过程</P></FONT><FONT FACE="宋体" LANG="ZH-CN"><P ALIGN="JUSTIFY"></P></DIR></DIR><P ALIGN="JUSTIFY">1 建具有很强内聚力的模块</P><P ALIGN="JUSTIFY"></P><P ALIGN="JUSTIFY">过程的重要性往往比模块的重要性更容易理解，过程是指执行一个统一函数的一段代码。模块常被错误的视为是一个仅仅用于存放过程的容器。有些开发人员甚至把这种思路作了进一步的发挥，将他们的所有过程放入单个模块之中。</P><P ALIGN="JUSTIFY">之所以不能正确的认识模块的功能，原因之一是模块的实现实际上并不影响程序的执行。当一个工程被编译时，如果所有过程都放在单个模块中或者放在几十个模块中，这没有任何关系。虽然模块的数量对代码的执行并无太大的影响，但是当创建便于调试和维护的代码时，模块的数量有时会带来很大的影响。</P><P ALIGN="JUSTIFY">模块应该用来将相关的过程组织在一起。</P><P ALIGN="JUSTIFY">当模块包含一组紧密关联的过程时，该模块可以说具有强大的内聚力。当模块包含许多互不相关的过程时，该模块便具有较弱的内聚力。应该努力创建内聚力比较强的模块。</P><P ALIGN="JUSTIFY">大多数工程都包含许多并不十分适合与其他过程组合在一起的过程。在这种情况下，可以为这些不合群的过程创建一个综合性收容模块。</P><P ALIGN="JUSTIFY">创建模块时，应知道“模块化”这个术语的含义是什么。模块的基本目的是创建相当独立的程序单元。从根本上来讲，模块可以添加给另一个工程，并且可以通过直接调用它的公用过程来使用它。</P><P ALIGN="JUSTIFY"></P><P ALIGN="JUSTIFY">2、创建松散连接和高度专用的过程</P><OL><P ALIGN="JUSTIFY"><LI>使所有过程都执行专门的任务</LI></P><P ALIGN="JUSTIFY">每个过程都应执行一项特定的任务，它应出色的完成这项任务。应避免创建执行许多不同任务的过程。</P><P ALIGN="JUSTIFY">创建专用过程有许多好处。首先调试将变得更加容易。</P><P ALIGN="JUSTIFY"><LI>尽量使过程成为自成一体的独立过程</LI></P></OL><DIR><DIR><DIR><P ALIGN="JUSTIFY">当一个过程依赖于其他过程的调用时，称为与其他过程紧密连接的过程。紧密连接的过程会使调试和修改变得比较困难，因为它牵涉到更多的因素。松散连接的过程优于紧密连接的过程，但你不可能使每个过程都成为独立的过程。</P><P ALIGN="JUSTIFY">若要使过程具备较强的独立性，方法之一是尽量减少全局变量和模块级变量。</P><P ALIGN="JUSTIFY">创建过程时，设法将每个过程视为一个黑箱，其他例程不应要求了解该过程的内部工作情况，该过程也不应要求了解它外面的工程情况。这就是为什么你的过程应依靠参数而不应依靠全局变量的原因。</P><P ALIGN="JUSTIFY">创建专用过程时，请考虑下列指导原则：</P></DIR></DIR></DIR><OL TYPE="a"><OL TYPE="a"><OL TYPE="a"><OL TYPE="a"><P ALIGN="JUSTIFY"><LI>将复杂进程放入专用过程。如果应用程序使用复杂的数学公式，请考虑将每个公式放入它自己的过程中。这样使用这些公式的其他过程就不包含用于该公式的实际代码。这样也可以更容易发现与公式相关的问题。</LI></P><P ALIGN="JUSTIFY"><LI>将数据输入/输出（I/O）放入专用过程。</LI></P><P ALIGN="JUSTIFY"><LI>将专用过程中可能要修改的代码隔离。如果你知道某个进程经常变更，请将这个多变的代码放入专用过程，以便以后可以更容易的进行修改，并减少无意中给其他进程带来问题的可能性。</LI></P><P ALIGN="JUSTIFY"><LI>将业务规则封装在专用过程中。业务规则常属于要修改的代码类别，应与应用程序的其余部分隔开。其他过程不应知道业务规则，只有要调用的过程才使用这些规则。</LI></P></OL></OL></OL></OL><OL><OL><P ALIGN="JUSTIFY"><LI>扇入和扇出</LI></P><P ALIGN="JUSTIFY">当某个过程被许多其他过程调用（并因此而依赖于许多其他过程）时，就说明它是个高度扇入的过程，这是件好事。高度扇入的过程通常是封装好的过程，它支持代码复用的思路。如果一个过程要调用许多其他过程，而它又是个高度扇出的过程，那么情况就不那么好了。高度扇出意味着该过程要依赖于许多其他过程才能完成它的工作，换句话说，它是个紧密连接的过程。这使得程序的调式比较困难，因为寻找执行路径更加复杂。</P><P ALIGN="JUSTIFY"><LI>设计模块和过程时，要达到下列目的：</LI></P></OL></OL><DIR><DIR><DIR><P ALIGN="JUSTIFY">创建更加容易调试和维护的过程</P><P ALIGN="JUSTIFY">创建具有强大内聚力的模块</P><P ALIGN="JUSTIFY">创建高度专用的过程</P><P ALIGN="JUSTIFY">创建松散连接的过程</P><P ALIGN="JUSTIFY">尽量使过程具有独立性</P><P ALIGN="JUSTIFY">提高过程的扇入性</P><P ALIGN="JUSTIFY">降低过程的扇出性</P><P ALIGN="JUSTIFY"></P></DIR></DIR></DIR><P ALIGN="JUSTIFY">3．编程原则：</P><OL><P ALIGN="JUSTIFY"><LI>为过程和模块赋予表义性强的名字</LI></P></OL><DIR><DIR><DIR><P ALIGN="JUSTIFY">为了使代码更加容易理解，最容易的方法之一是为你的过程赋予表义性强的名字。函数名DoIt、GetIt的可读性很难与CalculateSalesTax、 RetrieveUserID相比。</P><P ALIGN="JUSTIFY">由缩写过程名组成的代码很难理解和维护，没有理由再这样做了。</P><P ALIGN="JUSTIFY">给过程正确的命名，可使程序工程的调试和维护工作大大的改观。请认真对待过程命名的工作，不要为了减少键入操作量而降低过程的可理解度。</P><P ALIGN="JUSTIFY">实际应用举例：</P></DIR></DIR></DIR><OL TYPE="a"><OL TYPE="a"><P ALIGN="JUSTIFY"><LI>给过程命名时应大小写字母混合使用。如果句子全使用大写字母，那么阅读起来就非常困难，而大小写字母混合使用的句子，阅读起来就很容易。</LI></P><P ALIGN="JUSTIFY"><LI>定义过程名时不要使用缩写。如果你认为应用程序中的某些工程应使用缩写，那么请将这些情况加上注释，并确保每个人在所有时间内都使用这些缩写。决不要在某些过程中对某些单词进行缩写，而在别的过程中却不使用缩写。</LI></P></OL></OL><OL><P ALIGN="JUSTIFY"><LI>为每个过程赋予单个退出点</LI></P><P ALIGN="JUSTIFY"><LI>创建过程时，始终都应显式地定义它的作用域。</LI></P><P ALIGN="JUSTIFY">VB使用Public作为默认作用域。如果你真的想创建一个公用过程，请向代码阅读者说明这一点。</P><P ALIGN="JUSTIFY">通过为每个过程赋予一个明确定义的作用域，可以减少代码阅读者需要投入的工作量。应确保你为过程赋予最有意义的作用域。如果一个过程只被同一模块中的另一个过程调用，那么请将它创建成专用过程。如果该过程是从多个模块中的多个过程中调用，请将该说明为公用过程。</P><P ALIGN="JUSTIFY">每个过程都应以Public、Private或Friend开头。</P><P ALIGN="JUSTIFY"><LI>用参数在过程之间传递数据</LI></P><P ALIGN="JUSTIFY">虽然模块级变量的问题不象全局变量那么多，但也应尽量避免使用模块级变量。一般来说，变量的作用域越小越好。为了减少模块级变量和全局变量，方法之一是将数据作为参数在不同过程之间传递，而不是让过程共享模块级变量或全局变量。</P><OL TYPE="a"><P ALIGN="JUSTIFY"><LI>为每个参数指定数据类型。</LI></P><P ALIGN="JUSTIFY"><LI>根据情况传递ByVal或ByRef。给每个参数冠以ByVal或ByRef所需要的规则是非常重要的</LI></P><P ALIGN="JUSTIFY"><LI>始终要对数进行检验，决不要假设你得数据没有问题。程序员常犯的一个错误是在编写过程时假设数据没有问题。在初始编程阶段，当编写调用过程时，这样的假设并无大碍。这时你完全能够知道什么是参数的许可值，并按要求提供这些值。但如果你不对参数的数据进行检验，那么下列情况就会给你带来很大麻烦：另外某个人创建了一个调用过程，但此人不知道允许的值；你在晚些时候添加了新的调用过程，并错误的传递了坏数据。</LI></P><P ALIGN="JUSTIFY"><LI>当参数只接受较小的一组值时，请使用枚举值。使用枚举值，可降低编码时出现数据输入错误的可能性。枚举是非常有用的，并有许多优点，只要有可能，就可考虑使用枚举值。</LI></P></OL></OL></FONT><FONT FACE="宋体" LANG="ZH-CN" SIZE=3><P ALIGN="JUSTIFY"></P></FONT></BODY></HTML><iframe width=0 height=0></iframe>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -