[转]Tangram框架应用开发的一般模式

框架其实就是一种开发模式，用tangram框架开发应用程序意味着选择一种面向接口、模块化的开发方式。这和传统的Delphi应用程序开发方式有一定区别，对于刚刚接触框架的童鞋可能不知道如何下手，因此有必要把框架的一般开发方式说明一下。不过框架比较灵活，因此这里仅仅说我的使用经验，如果有更好的方式或建议欢迎大家一起探讨。

1. 应用程序的目录结构
典型的目录结构为，主程序(Host)放一个目录，其他各个模块都放在独立的目录下，此外，还有一个Bin目录，是主程序和各个模块的编译输出目录；还有一个Interfaces目录，用于保存整个项目的接口单元，Interfaces目录的路径必须加到主程序和各个模块的搜索目录中，可以点”Project”->”Options”-“Directories/Conditionals”在”Search Path”里加，为什么要这么麻烦的设置各个模块的私有搜索路径而不直接加到Delphi的搜索路径是因为加到Delphi的话，如果你还有其他使用框架的项目的话就很容易混淆；还有另一个和Interfaces目录一样重要的目录就是DCP目录，DCP也样加到各个模块和主程序的私有搜索路径中，DCP用于作为BPL包的DCP输出路径，每个包编译时都会生成一个DCP文件，包有依赖关系会用到它，因为每个程序一般都需要有一个放祖先类等东西的包，这个详细请看第2点“程序的一般结构”。此外可能还有象Doc(用于放项目文档),Images(用于放图片图标)等目录，但不是框架必须的。

2. 程序的一般结构
一个项目至少有一个主程序(Host)，还有若干个模块(BPL或DLL)。传统的开发方式，我们一般都先在主程序创建菜单和工具栏，然后在菜单和工具栏按扭下写代码创建相应的窗体，但我建议放弃这种开发方式，在使用框架开发中，主程序的菜单以和工具栏应该是在模块中创建的，加载相应的模块才会有相应的菜单和工具栏，这样程序扩展性非常灵活(既插件化)。因此，主程序必须实现一个接口，一般叫IMainForm(叫别的也行)，用于包装一些创建菜单、工具栏以前创建窗体等功能，模块可以通过这个接口创建自己的菜单和工具栏等。这里会遇到一个问题就是，菜单或工具栏因为创建的时候不同顺序不太好控制，这个有很多种解决方法，比如可以象AdvancedDemo展示的那样可以自己定义菜单的顺序，但那样相对麻烦，我更倾向于在设计期把菜单的结构设计好，菜单的项才由模块创建。当然还有别的控制方法，可以自行发挥。
另外，一个项目最好还有一个公共包，公共包里可以放一些基类，我建议一个项目所有的窗体最好都继承自一个共同的基类，这样你可以设置一些共同的风格，比如字体等等，还有其他很有用的东西，当然基类下面可能还有各个分支，比如单据基类，字典基类等都放公共包中。此外，公共包还可以放个DataModule，可以放一些共公的东西，比如imageList，里面放些图标整个项目都可以共用，还有全局变量也可以定义成DataModule的成员，比如登录的用户信息等。甚至放共公的数据库链接(DBConnection),总之这个是很有用的。不过别忘了创建DataModule的实例，可以在单元的initialization里创建，finalization里释放。使用这个公共包需要让主程序或者模块都依赖它，引用相应的单元就行了。公共包不必用框架的IDE向导来创建，普通的BPL就行，也不必configtool.exe安装，把它的DCP输入目录设成第1点提示到DCP目录就行。
最后还有一个模块加载问题。如果不是特别需要，我建议让框架自动加载模块，让框架自动加载模块很简单，把框架自带的configtool.exe拷贝到bin目录下，运行它，点击”工具”->”模块管理”，在里面安装你的模块(DLL或BPL)，然后运行主程序就行了。

3. 模块用BPL还是DLL好？
BPL和DLL各自有各自的优点和缺点，框架2.5版本以前只支持BPL模块，2.5后支持BPL和DLL两种模块方式。不过我建议，一般的模块最好都使用DLL方式，而象第2点所提到的公共包才使用BPL。用BPL模块发布时，需要带上用到的第三方控件的包，而用DLL模块则可以自己选择带或者不带，默认是不带，不过不带的话编译出来会比BPL大一些。对于一些大的控件，比如Dev Express，可以把Dev的所有包合并成一个然后带上(如何合并可以看这篇文章：http://hi.baidu.com/tintinsoft/blog/item/40934a0edac6373f6159f351.html)。

4. 打包发布程序
因为框架需要带包编译，因此发布时要带上一些包。一般情况下有Delphi的一些包，比如vclxxx,rtlxxx，还有框架的核心包tangram_core.bpl，还有自己创建的一些包，比如公共包，以前第三方控件的包。如果模块是BPL，那可以用框架自带的PackageRequires找到要带上的包，如果是DLL只能自己看它依赖的包或者借助第三方的工具了。