这类似于XML+xsl+css的思想，所不同的是xsl当中的逻辑性代码全部通过简单的一个标签即可完成显示，而逻辑性的东西全部被单独封装起来，通过属性值来自动处理

这样也不会出现浏览器不兼容的问题

目前制作模板时最大的麻烦就是文件名和目录必须是固定的模式，设计模板时很不自由，不能随自己的需求而定，这个问题能在新版中解决吗，而且如果是英文文件名看不太懂，完全可以以备注的形式进行。用中文命名文件既增加程序的复杂性，又增加了使用的复杂性，有些鸡肋，这个能在新版中体现吗？ 而且前台页面的标签设计上也是有问题的，现在流行将数据结构与样式要分开，而现实是一方面通过div+css的方式将两者分开，另一方面又通过freemark标记语言将样式化的东西集成到html里，这不是有些矛盾吗，而且很多标签的属性值用123这些数字来表示某些特定的样式，这也并不直观，也不太科学，前台页面里面也应该尽量少用逻辑性的东西。比如前台页面的菜单数据显示可以 
<菜单 名字=1号菜单 菜单显示类别=3>  
<ul><li><1号菜单数据/></li></ul> 
</菜单> 
表示显示指定菜单为三级菜单，自动输出嵌套html语言，这样对用户来说就比较简洁，也完全不牵涉到程序员部分，前台模板只管美工，而不用管程序逻辑是什么样的，被封装了起来。
总之，数据逻辑结构一个文件，比如xml文件；html一个文件，html负责 表现结构；css负责样式。 
其中html里的数据，可以全部通过 <标签 属性=“值”…… />来显示，不带任何的逻辑性程序语言。
这类似于XML+xsl+css的思想，所不同的是xsl当中的逻辑性代码全部通过简单的一个标签即可完成显示，而逻辑性的东西全部被单独封装起来，通过属性值来自动处理。
这样也不会出现浏览器不兼容的问题，因为对于浏览器来说处理的就是div+css，而不是xml+xsl+css

回复第94楼
目录自定义有何优势呢？为何需要自定义目录结构，若是自定义目录结构，就需要数据库存储相应的结构信息，倘若有些用户不明白其中使用的规则会发生误删模板或者删除结构信息容易导致问题

回复第97楼
系统默认提供了中文模板和英文模板两套方案，用备注对应也确实是个办法，若修改了备注没有修改真实文件名称，肯定又会有人提出疑问为何修改文件名称不成功 也容易增加理解的复杂度

而且前台页面的标签设计上也是有问题的，现在流行将数据结构与样式要分开，而现实是一方面通过div+css的方式将两者分开，另一方面又通过freemark标记语言将样式化的东西集成到html里，这不是有些矛盾吗，而且很多标签的属性值用123这些数字来表示某些特定的样式，这也并不直观，也不太科学，前台页面里面也应该尽量少用逻辑性的东西

标签可以完全不用123这些数字来表示某些特定的样式，标签提供了这些样式定义是为了提供给部分不会写样式的用户方便使用，会的用户完全可以用标签只提取数据

根据不同的用户需求，模板的设计结构、文件命名自然也会有所不同，定性了也就意味着没有活力，
我们可以建议他，但是不能决定性地必须要求他那样做，因为模板制定规则本身就不是通用的标准，只会限制需求的扩展，比如可以默认选择你的文件结构，但是并不限制用户自己的选择模板结构和命名

另外备注仅仅只是备注，是为了便于理解这个文件是什么，并不是为了更改文件名

，文件名是由用户自己决定是选择是默认还是自定义的

至于标签问题，比如主页菜单栏是通过循环语句实现的，那用户能够通过简单的设置属性，自动实现语句的循环输出，岂不更简单

对于用户来说我只需要知道 要输出什么数据
而不用管如何才能实现

比如多级菜单，都是在前台页面中设置循环语句实现的，而现在我只需要输入要显示什么数据，具体数据是通过循环还是其他方法实现展示，用户完全不需要管

一个页面里需要美工人员和程序员共同处理，这就是耦合度高了