德尔福 – 在课堂上宣布与否？

作为一般准则,您希望尽可能地减少事物的范围,但仍然可以使它们足够可访问以便重复使用.原因是：

>随着系统的发展和变得越来越复杂,具有更大范围的东西更容易被访问.
>因此,他们更有可能以不受控制的方式重复使用.
>(听起来很棒)但问题出现在你想要做出改变的时候,许多事情会使用你想要改变的东西……
>在不破坏其他内容的情况下进行更改变得更加困难.

话虽如此,数据(变量,常量,类字段,记录属性)和例程(函数,过程,类上的方法)之间也存在区别.您需要更严格地将指南应用于数据,因为“奇怪使用”数据可能会以极其意外且难以调试的方式干扰您的某些例程.

另外要记住的是全局变量和类字段或记录属性之间的特殊区别：

>使用全局变量,整个应用程序只有一个’值'(松散使用的术语).
>使用类字段或记录属性,类或记录的每个新实例都有自己独立于其他实例的值.
>这似乎意味着,只要您的应用程序只需要一件事,您就可以使用某种形式的全局形式.但是,如前所述：这不是避免全局变量的唯一原因.

>我个人甚至倾向于避免全球惯例.
>我经常发现那些似乎没有被宣布为全球化的东西并不像最初想象的那样普遍. (例如Delphi VCL宣布一个全局Screen对象,我在2个屏幕上工作;我们的许多客户使用4到6个.)
>我还发现将可能已全局的例程与特定类关联为类方法很有用.它通常使得理解代码变得更容易.

因此,将这些“位置”从最大范围列为最小范围,您通常会努力选择列表中较低的位置(尤其是数据).

>界面全球
>实施全球化
>接口threadvar
>实现threadvar
>发布(注意我并不认为这是一个范围标识符;它确实是公共范围;“并且包括RTTI信息” – 理论上,将一些私有属性标记为“包括RTTI”也是有用的.)
>公众
>受保护
>私人
>严格私密
>局部变量

我必须承认：我在这里提出的内容肯定是过分简化.了解目标是一回事,实际实现目标则是另一回事.在封装(隐藏东西)和暴露受控接口之间存在平衡行为以实现高水平的可重用性.

成功平衡这些需求的技术属于一系列关于系统设计的更复杂(有时甚至是有争议的)问题.糟糕的设计很可能会导致人们“过多”地暴露“太大”的范围,并且(可能矛盾地)也会降低可重用性.