下面是落叶此前在微博中的一些评述：

4月10日 10:52

落叶： 今天开始仔细研究下#帝国CMS#，一直在帝国备份王，但从没细致使用过帝国CMS。帝国CMS初步印象：1.帝国CMS似乎延续几年前的流行的ASP类CMS的风格，类似动易，尤其是模板绑定及标签这块；2.后台模型自定义方面和PHPCMS比较象，但比PHPCMS做的要细致。

4月10日 10:58

落叶： 其实早前也有安装过#帝国CMS#进行测试，而后来始终没有用来正式建站：1.后台太像老旧的ASP类CMS，而我对老一套的ASP类CMS的处理风格很反感；2.模板记录在数据库里：做PHP的更喜欢模板直接以HTML文件的形式存放，这样修改测试都会更方便，而存储在数据库中每次修改、保存，都有心理暗示-“可以失败”

4月10日 11:02

落叶： 大多ASP类CMS中模板都是存储在数据库中，在修改模板提交时，经常会有部分代码因安全限制、服务器配置、基至IDC敏感词过滤而提交失败，所以这类CMS在个性修改方面总是不够方便。ASP类CMS中的特例是科讯CMS，他采用了PHP的思路，绑定HTML文件存储的模板，而PHP类CMS中#帝国CMS#是特例，用数据库记录模板

4月10日 11:04

落叶： #帝国CMS#按个人经验，以HTML文本记录模板，然后后台绑定的好处在于：1.不担心提交时模板损坏或在线修改无法撤消；2.要替换模板，直接FTP下载原模板，改名后上传，后台绑定，这点#PHPCMS#中做的似乎是最灵活的。可以任意为任何栏目任何页面定义个性化的模板，而操作只是下载-》改名-》修改-》上传-》绑定

4月10日 11:11

落叶： #帝国CMS#、DEDECMS更像成品，#PHPCMS#更像框架，单论标签调用：帝国和DEDECMS内置标签很多都局限在特定模块或栏目，封装完整，优点是用起来省事，缺点是不够灵活；PHPCMS更适合程序员思路，一条SQL搞定，直接模板中用GET标签SQL查询，个性化开发很省事。试图从帝国万能标签中找寻GET标签影子，无果

2.程序稳定性模板标签易用性角度讲：

PHPCMS中的标签都是以程序员的思维来实现，首页、列表页的标签TAG标签和GET标签实际都是生成SQL语句，解析成函数执行；内容页的标签实现是变量，即PHP控制文件中把数据库中的数据读取出来，根据字段类型处理成干干净净的数据，放在变量中，然后PHP内容页模板中直接使用这些变量，逻辑判断也好，进一步函数处理也好，想怎么处理就怎么处理，更符合程序员的思维。但普通用户用起来可能比较揪心，改个模板还要懂PHP逻辑思维和SQL语句，从PHPCMS部分模块的明显的BUG残留来看，其实可以判断那些模块基本很少有人使用。(当然PCV9应该作了很大改进，这里不讨论。)

帝国CMS中的标签才算是传统意义上最正宗的标签，他和动易(ASP类的CMS)的标签处理思维极像，这个标签是代表什么的，然后程序处理好后，直接整块替换。使用起来非常方便，并且帝国在细节上做的也非常优秀，在模板的下方都仔仔细细标示出来所有可以使用的标签，站长朋友们只需要按提示放上标签就行了，省事，安心。

缺点这样标签只算标签，不是干净的数据，处理起来缺乏个性化，虽然帝国CMS模板也支持PHP，便是由于他的模板生成方式没是先解析变量成PHP，再处理，而是一边处理好标签的数据，生成时替换，所以限制也很明显。

上面有提到朋友的精品故事网是使用帝国CMS做的，在文中提到实际是有意推荐，因为这个朋友在不懂任何程序的情况下，使用帝国CMS把网站做得非常优秀，这也正说明帝国在细节上做的非常优秀。

上面废话了一大堆，其实基本意思也就两点：不需要过多二次开发的朋友，使用帝国CMS等会相对比较不错，而对二次开发要求比较多，并且对PHP比较熟的朋友，完全可以把PHPCMS当作一个框架来使用，BUG不是问题，这样改的才爽，最怕是的像帝国那样写的很死了没法改。

当然，文章中主要提取帝国CMS和PHPCMS，似乎把使用DEDECMS的同学给忽视了，实现来讲，我遇到的站长朋友使用DEDECMS的还是居多数，这款CMS稳定性和标签的易用性是介于帝国CMS和PHPCMS之间的，落叶这里只是把两个极端作了下分析，希望能给朋友们有些提示。

作者：落叶(lyrs.net) (t.qq.com/guohui )