在开发项目中使用程序体系上的“最小原理”

在体系计划中运用最小原理(PTL)时需要不断地询问自己一个简单的问题，尤其是操作设计中的任何一个成员的时候。这一问题通常以“···的最小数量是多少？”而开头。这一规则可以贯穿设计的整个过程。现在让我们看看使用这一原理的三个最常用的地方。

代码的最小数量

开发一个系统所需要的源代码越多，系统的建立和维护的费用就越多，这已经是一个成文的事实。而且，一旦系统中的代码行增多，程序的漏洞就越多，这样安全维护工作就会变得复杂。在保证系统需要的完整功能的情况下，最大限度减少源代码的关键方法主要有两种。

首先，写代码(比如对象)之前，应该查看操作系统或者虚拟机器中是否已经包含一些已经存在的特性。例如，有些开发人员在Windows 2000编写程序，但操作系统却没有.NET框架，这样他不得不建立自己的管理线程和线程循环机制。这样最有可能导致很多线程模型的兼容问题和高费用问题。

但是在.NET框架中进行线程的开发，程序员可以充分利用System.Threading名称间隔来最大程序地减少代码行。任何一个体系或一个开发人员都可以将.NET框架作为开发平台，在设计或执行一个新的系统之间把这一平台作为公司的基础类库(BCL)的专家。

其二，设计可以重复使用的代码。我非常倡导通过多用多功能设计而将PTL深入到开发人员的设计思想。对大多数的开发人员，这是一个全新的方法，因为很多人都认为没有人会比自己编写出更优秀的代码。但是，在正确的指导下——还是很有可能使代码相互之间使用。

入手最好的地方即是建立一些基本的ASP.NET网页，这样所有的开发人员都可以相互交流。代码中涉及的类包括很多通用的功能，如连接-跟踪，特性内容，skinning，主题支持等。在生成一个新的ASP.NET程序中都可以得到代码的最小数量。

数据需要的最小数量

系统体系有时候非常的“懒”。它们不做类所需要的特定数据的选择，相反，只是通过一个SQL“select *”语句来传递等式。当系统被大量的用户使用时，这种方法导致的低效率显得非常的明显，因为系统的性能受到影响。而且，当数据变得越来越多的时候，破坏安全变得相当严重。

在数据体系中添加PTL意味着你必须做两件事情。第一，限制对象之间传递的数据量。第二，限制用户使用的数据量。