这个框架并不能通用，而是仅针对于我写的一个CMS来使用。
开发方案更换了N套，最终在客户接二连三的催促之下成了如下：
示例见：http://www.kingum.cn/
网站思想是这样划分的
分为三个部分：
网站前台（模板），网站后台，网站前后台连接（框架）
首先，网站有一个类似于控制器的东西,如：
http://www.kingum.cn/in_206
中的in就是一个“控制器”，后面的206是一个参数
这个“控制器”承担的功能其实是逻辑部分及调用数据，（数据的实现都封装到了db.class.php）
工作流程如下：
首先，加载in.php，其中读取参数（就是网站目录树最后的一个分支）并初始化，将最后那个分支形成一个对象，其中包含该分类的所有属性；
然后，有一个 getCont($name)方法用于提供给模板赋值
in.tpl.php就是模板，调用in.php提供的值
然后将公用部分进行进一步的细化，得到公用模板，例如列表，在in.tpl.php中则不用操心这个公用模板，因为都交由getCont（）来加载。但是现在发现一个问题，就是公用模板中还应该可以继续细化，因为公用模板部分中还能划出更通用的部分，这个就没有办法实现了，因为按照我的设计，在所有模板部分中都不能包含逻辑，所以目前只能制作多个公用模板来解决此问题。呵呵，这几天日夜兼程，搞的言语不清，以后有时间给大家慢慢解释。
开发方案更换了N套，最终在客户接二连三的催促之下成了如下：
示例见：http://www.kingum.cn/
网站思想是这样划分的
分为三个部分：
网站前台（模板），网站后台，网站前后台连接（框架）
首先，网站有一个类似于控制器的东西,如：
http://www.kingum.cn/in_206
中的in就是一个“控制器”，后面的206是一个参数
这个“控制器”承担的功能其实是逻辑部分及调用数据，（数据的实现都封装到了db.class.php）
工作流程如下：
首先，加载in.php，其中读取参数（就是网站目录树最后的一个分支）并初始化，将最后那个分支形成一个对象，其中包含该分类的所有属性；
然后，有一个 getCont($name)方法用于提供给模板赋值
in.tpl.php就是模板，调用in.php提供的值
然后将公用部分进行进一步的细化，得到公用模板，例如列表，在in.tpl.php中则不用操心这个公用模板，因为都交由getCont（）来加载。但是现在发现一个问题，就是公用模板中还应该可以继续细化，因为公用模板部分中还能划出更通用的部分，这个就没有办法实现了，因为按照我的设计，在所有模板部分中都不能包含逻辑，所以目前只能制作多个公用模板来解决此问题。呵呵，这几天日夜兼程，搞的言语不清，以后有时间给大家慢慢解释。
打错了，应该是显示模板