小编也经常会去网上看一些相关的插件，在使用非常频繁的插件中仍然采用反射机制来获取数据，性能会打折扣，这里我们建议采用，继承UI层，如下图：
这样我们所有的内页都只要继承在UI.CurrPage层，这样等我们们在这个项目中独立的一套系统，不需要反射就可以直接使用我们自己的方法和程序，独立于主系统，并可以使用主系统的所有功能；如下图:
这样可以非常方例我们利用插件来开发大型插件，比如我之前提到的球场座位预定插件、B2B、B2C插件，会员即可以继承主系统的会员又可以独立于子系统，在加上小编增加的插件排序功能，以及DTcms URL的修复，拓展一套大型插件并不是问题，以下是小编为它人定制的一套系统，可供参考；（程序源码都不公开）
后台菜单增加排序，安装后，菜单的显示会按我们设置的走，不会因为菜单太多，而造成安装后混乱；
小编已修复DTcms url的BUG，同名不混淆，任何页面都可以完美支持url参数；如：
修复前：（分类第1页）/news/62.html或/news/62-1.html，（分类，第2页）/news/62-2.html
修复后：/news/62.html 或 /news/62.html?page=1、（分类，第2页）/news/62.html?page=1
DTcms4.0和5.0都存在这样的BUG，根目录的login.html和二级目录下的login.html，就会混淆；以及非根目录或有内置参数的URL都不支持？问号扩展；
说到这里，相信大家心里应该非常清楚，url可以随意写，缓存可以用小编写的DTcms.Cache插件，支持最新版redis，可以支持在DTcms4.0、DTcms5.0所有版本，插件采用小编说的重写UI层，做成独立于主系统的子系统；大数据插件，不建议使用反射；
