JTBC(CMS)

最近在做一个旅游门户网站项目，是基于JTBC.NET版本的。
总的来说，JTBC系统不错，可以快速的搭建起一个网站框架，之后要做的就是制作新的模板，调整后台功能。本人所在单位使用的是TRS WCM系统，而本人工作也是维护这套系统，所以我在根据需求修改功能的时候，借鉴了一些TRS WCM的设计理念，有些功能修改还是很好的（个人认为，呵呵），希望能对下个版本的改进有所帮助。

1、inavigation函数中，genre设成&hidden时程序出错。貌似所有可以设置&hidden值的函数都会出错。所以直接屏蔽了模块名的输出。
2、itransfer函数，增加了startpos参数，用来控制从第几条数据开始读取。
3、itransfer函数，在tpl_transfer.jtbc模板里增加了一个默认变量{$index}，用来显示读取的记录序号（1....2.....3.....4.....5.....）
4、增加了置顶，摘要，首页图片字段。
5、后台文章管理的左栏，增加了文章类别的目录树，更直观方便的选择类别。
6、后台文章管理的列表上方，当前类别的后面，增加了一个添加按钮，可以直接在当前类别下添加文章。因为原系统带的添加文章功能，类别不会自动定位到当前类别，在类别多的情况下，通过一个下拉列表来选择类别，是件很头疼且很容易出错的事。
7、在没有打开缓存的情况下，文章类别稍一多，在打开添加或修改页时速度非常之慢，原因就是在生成这个类别的下拉列表。建议左栏加目录树，右栏添加带定位功能。
8、计划增加文章引用功能，即在一个类别下分布的文章可以引用到另一个类别，也可以是复制。或者在添加的时候可以选择发布文章的类型，如普通文章，链接文章等。这块再考虑考虑，看怎么必进能更好适合我这个项目。
9、将COOKIE的过期时间改为默认的二十分钟，原系统过期时间太长太长了。
10、整合DISCUZ论坛，JTBC用户注册验证等通过论坛实现。希望下个版本能直接预留整合各大主流系统的接口。
11、在手头这个项目上线后，就准备升级工作。主要是将现有的通过itransfer函数调用数据的方式改为标签模式，就是定义一组标签，可以直接写在模板中，这样方便模板制作，也不必为了数据表现形式的不同而在tpl_transfer.jtbc中定义太多的节点。同时这样做有利于整站的静态化实现。
12、JTBC的设计理念很好，语言-程序-代码 两两分离。但在绝大多数的应用中，语言的分离并没有体现出太大的优势，反而增加了JTBC二次开发的复杂度。毕竟在制作模板的同时还要兼顾语言的调用，增加了工作量。当然，这个功能也不是一点用没有，在双语网站中，还是能体现其优势的。建议一般的站点应用就直接把语言写到模板中，并将模板文件存为UTF-8格式。
13、再补充一个，挺好的文章分页功能怎么取消了呢？还得让我从ASP版本中移植该功能，浪费了不少精力，呵呵。
14、后台挺花哨，光是仿WIN的框架就能蒙一些不懂的客户，对提高报价很有帮助。但对于二次开发，尤其是后台的二次开发简直就是恶梦。因为绝大多数的错误信息是无法直接看到的，对调试工作带来了非常大的麻烦。

先写这些吧，这个项目断断续续的做了一段时间了，有些改动可能一时记不清了，以后大家再讨论吧。

我写这些是希望JTBC能做的越来越好，毕竟中国的开源程序没几个太好的。

部分使用较多的查询写成了存储过程，以提高性能。

分页功能结合存储过程，可以实现千万数量级的高速分页需求。

个人的一点拙见，欢迎各位大虾拍砖！

资深玩家了，有几条感觉很实用，到时候完成了发布出来让大家也体验下了。

少有的资深玩家，旅游门户什么时候发出来学习学习

谢谢你的建议，调用函数中有默认的显示顺序的标签 {$-i}，文章的分页功能也还是有的，在编辑器中有一个插入分页的东西的。

关于后台这块，对于二次开发，尤其后台的二次开发的确是恶梦，呵呵
但如果掌握JTBC的核心思想，即：“代码调模板、逐步替换数据、输出显示”后，就可以闭着眼睛搞二次开发了

不过要掌握JTBC核心思想，显然是要分析其DLL的。
做为JTBC开发者当然不喜欢别人都来分析其DLL，只管用就行了！但不分析显然又无法进行更多扩展，这就是个悖论啊！

呵呵，还没发现那个文章分页功能，抓紧试试。

又仔细看了下代码，的确有个 -i 参数，当时还没在意这个地方，见笑了。

虽说对代码部分下了不少力气，可是操作使用上，还是门外汉啊，啥时候出个使用手册啊？

你所说的只是表面文章，改改字什么的当然不会有什么大问题。我说的二次开发是指数据层的，比如我上面所提到的目录树，就是通过现有的DLL中的函数，进行数据库查询，排序，再辅以JS来生成的。

在做这个修改的时候，c#或JS的语法错误一点都看不到。AJAX的运用，有利也有弊，辩证的看待这个问题吧。