接手jeecms二次开发那会儿，次开我正被它的次开标签体系折腾得够呛。前台模板里塞满了一堆@cms_content_list之类的次开自定义标签，看着灵活，次开真要改个列表排序规则，次开得翻遍整个标签库的次开源码。后来我索性绕开那层封装，次开直接在模板里写原生的次开JSP脚本，用${ tag_list}取数据——虽然丑了点，次开但至少改起来痛快。次开

jeecms的次开架构其实挺有意思。它把内容、次开栏目、次开模型拆得清清楚楚，次开数据库表设计也规整。次开可问题就出在这个"规整"上——你往文章表里加个自定义字段，后台表单得改，前台模板也得跟着动，中间还隔着个模型管理。我做过一个项目，客户要求新闻列表里显示"来源链接"和"责任编辑"，这两字段系统里压根没有。硬着头皮在模型管理里加了两个字段，模板里用${ content.attr.sourceUrl}取出来，前台倒是能显示了，可后台的内容编辑页还是老样子，得自己写个扩展表单。

最坑的是权限系统。jeecms默认的权限粒度到栏目级别，可客户非要搞"某个人只能改某篇文章"的细粒度控制。我翻了半天源码，发现它的权限判断全写死在AdminUser和Channel的关联里。后来实在没辙，直接在数据库里加了个中间表，存用户和内容的对应关系，再用过滤器拦截请求，手动校验——虽然粗暴，但管用。那次之后我学乖了，接项目前先问清楚权限需求，省得后期返工。

模板引擎倒是挺良心。jeecms用的是FreeMarker，语法干净，变量作用域也清晰。我习惯把公共部分抽出来做成include片段，比如页头页脚、导航栏，改一处全站生效。有个细节值得说：它的模板缓存做得不错，改完模板刷新一下就能看到效果，不像某些CMS还得重启服务。但要注意，如果模板里用了Session级别的变量，缓存可能会出问题，得手动设置cache_seconds为0。

数据字典那块也藏着小坑。系统自带的字典类型只覆盖了性别、状态这种基础场景，真遇到"文章类型"这种业务字典，得自己在后台加。加倒是容易，可前台取的时候得写${ content.typeName}，如果字典值改了，历史文章的内容类型显示就乱了。我吃过一次亏，把"行业资讯"改成"产业动态"后，老文章全显示成空字符串。后来我写了个定时任务，每天同步一遍字典值和内容表的冗余字段，才算根治。

说到底，jeecms二次开发的精髓在于"借力"而不是"硬造"。它把内容管理的骨架搭好了，你只需要往上面填肉——但填肉的时候得看清骨架的走向。比如它自带的采集功能，虽然简陋，但配合模板标签能省不少事；它的静态化生成也靠谱，高峰期顶得住压力。我现在的习惯是：先摸清系统能干什么，再琢磨怎么让它干得更多，而不是一上来就想着推倒重来。

开发过程中最爽的一刻，是终于搞懂了它的Lucene搜索模块。默认搜索只能匹配标题和正文，客户非要按"作者所属部门"筛选。我照着源码里的SearchEngine类，重写了个query方法，把部门ID加进索引字段里，再改了下前台搜索表单——前后花了两天，但之后客户再提搜索需求，我都能在半小时内搞定。这种从"被系统限制"到"让系统听话"的转变，大概就是二次开发最迷人的地方。