对tpmm的一点总结

用PHP写个实现MVC模式的框架的想法已经有段时间了，当然在前面的一段时间里，自己写多少写了写代码，实现了FrontControler,Controler,Model的原始模型，也是因为自己个人写的关系，整个框架的几个类的定义老是在改，新的问题总是出现，实现的方法也一直在变，所以决定写下来，或许以后回是一个很好的参考。
MVC根据我的理解是将显示，数据分离的一种有效手段，这也是MVC的初衷。
FrontControler的实现并不难，它主要负责仲裁HTTP请求，调用相应的Controler，我并没有像Struts一样使用xml来实现一个FrontControler，而是用类，我可以继承原有的FrontControler类， 重载AdjustAction2Node()方法，在该方法中添加自己的Action->Controler的映射。
Controler的实现也不难，功能也不多，主要就是将HTTP请求的数据封装到一个类中，选择相应的模型并将参数对象传入模型以及定义结果到视图的映射。这里我也用了和FrontControler同样的类继承技术。
Model的实现我是用AbstractNode类以及它的两个子类：BaseNode和NodeBox，这里使用了一个设计模式，就是Composite模式，NodeBox可以包含如多个BaseNode，同时也可以看作一个BaseNode，被另一个NodeBox包含。这样的设计目的就在于最大限度的实现复用。
最后是PageMaker，这是刚开始取的名字，中间有段时间我想把它的名字改为Page，后来觉得还是PageMaker更为合理。PageMaker选择相应的HTML模板，然后将EXArea插入到HTML模板中，这里有要提一下EXArea的概念，我叫它为交互区，因为在一张WEB页中，真正需要交互的或者说PageMaker真正关心的是EXArea，而不是整张页面，例如一个登陆页面，WEB程序员仅仅关心那个输用户名和密码的Form，而不是全部。这样，整张页面的设计可以完全和EXArea脱离，这或许可以为更快完成WEB应用开发带来一点点帮助。
另外是对Session的支持，我选择了用Session类来封装，具体的对象通过Session类的静态方法创建和读取，好象这个叫Factroy模式，但是又好象不是，我对这个模式不太了解，因为我有点抗拒JAVA，呵呵。程序员继承SessionData 类，将需要的变量加上，我选择了数据库作为Session对象的存取地，这点实现不难，我可以完全脱离PHP内建的Session机制，以前自己写过一个函数库，那时自己觉得使用Thread这个单词更能体现有状态的HTTP会话，但是今天我还是选择了用Session。

最后是对数据库的支持了在我设计一个如同使用ADO那样完成数据库操作的类GDO时，有点迷茫，因为PHP本身对数据库支持太广泛了，或许我要包含那么多数据库的操作不太可能。又重新翻了翻PHP文档，看到了操作MySQL和MSSQL两套函数名相近，就想到了用动态的函数调用，根据不同的类型生成不同的函数名，然后用如同JAVA反射中的INVOKEY一去调用函数，继续翻PHP手册，找到了这样功能的函数，很是高兴，但是在我写代码的时候又出现了问题，如果这样做，或许对数据库的操作，仅仅限于MYSQL和MSSQL了。由于使用PHP4的原因，没有重载等特性，所以，对参数不同的函数调用根本没有办法。那时侯很失望。继续翻着PHP文档，或许努力看书是对的，我终于找到了一个方法，可以解决我遇到的问题。基于解释的PHP，即使函数定义中没有定义参数，也可以获得参数，然后，办法就出来了，建立一个二维数组，一维键是GDO的标准操作函数名，二维键是数据库的类型，表示为：
 MySQL   MsSQL   MSQL 
connect mysql_connect  mssql_connect  msql_connect  
close mysql_close  mssql_close  msql_close
...............
然后在GDO中实现通用的connect()函数：
function connect()
{
 $arg=getArg();
 $func=getFunc($this->type,"connect");
 callFunc($arg);
}
这样就完成了一个通用的connect函数，不管数据库是什么类型，接受的参数是否不同，主要像原来使用PHP操作数据库那样就可以了，获得的只是更少的时间，因为函数名更短了：）
至此，我脑子里的东西也全部写到了这里，以后再有就再写了。