2．对象之间交换数据，尽可能的使用属性而不是变量 为什么要用属性而不是变量呢？对数据的操作可以通过属性的方法进行封装，一旦以后对象内部的数据结构发生了变化，只要我们提供的属性接口不变，对程序别的部分的影响就能减小到最小。例如
Form
之间通过属性来交换数据。以后因为某个原因你得将原来用数组实现的东西改为用链表实现，只要你的属性接口仍然是数组，那对别的对象就几乎没有影响。
3．合理的安排对象的方法 我直接举例来说明这个问题，例如在连接数据库的时候，你是在主 Form 中设置好 TdataModule 中
Tdatabase 的 AliasName 和 Params，然后用 DataModule.Database.Open 来连接呢，还是写一个
TdataModule.ConnectToDatabase 方法，将 AliasName 和 Params 作为 TdataModule 的属性，而在主
Form 中调用这个方法来连接呢？从理论上来讲，两种方法都是面向对象的。也许很多人不能体会到后一种方法的优越性，想象一下如果数据库发生了变化，以前只有 Sql
Server，现在还需考虑 Oracle。后一种方法将会使你的应对轻松的多，尤其是你在主 Form 中有好几处地方需要连接数据库的时候。
4．合理的安排你的对象 一个问题该有几个对象来解决，每个对象实现什么功能，它们之间是什么联系？这个问题是面向对象编程的永恒的问题，Delphi
中这个问题怎么处理呢？在此我就和 Form 有关的问题和大家讨论一下吧，先举一个例子：写一个将 IE
中的收藏夹导入到数据库中的程序，该怎么安排你的对象？这个问题并不复杂，一个 Form 就能解决问题了，也许为了数据库管理比较方便，再加上一个
DataModule，Form 负责读入收藏夹，将之显示在 TreeView 中，用户可以选择 TreeView
的节点（即收藏夹）导入数据库。也许你的程序刚做好，老板又要求对 NetScape 的 BookMark
也完成同样的功能，怎么样，你的改动量有多大？如果你以前使用的是两个对象来完成上面讨论的一个 Form 的功能，一个对象负责将收藏夹的数据导入到
TreeView 中，而 Form 只完成对 TreeView 的操作，你就会发现你的改动是很轻松的。由此我的建议是 Form
只完成对界面的操作，对于具体的数据结构，由我们自己写的对象去完成。
5．不要在两个同级的子 Form 之间交换数据 在 Delphi 中很容易犯这个错误，这样做是很危险的，因为很有可能你认为存在的 Form
被关闭了或者干脆就没有打开过，而且这样做最大的坏处是程序晦涩难懂。解决的办法之一是可以通过它们的父 Form来交换数据，例如父 Form 中取得 A子 Form
的属性值，根据这些值来设置 B 子 Form
的属性值。 面向对象的编程技术绝不只是应用在大型软件的开发上，实际上，小型程序采用面向对象的技术开发对于今后的扩展和移植（即是只是部分功能的移植）是很有帮助的。希望我的这篇文章能起到一个抛砖引玉的作用，欢迎大家和我讨论，我的
email ：l940801@yahoo.com。
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 
