2018-06-11 10:16
因为在enjoy中被#()包裹的语法一看自然就是enjoy自身的语法，如果引用gt、lt，这个重合度会更高、辨识度降低，最后的演变将是一片混乱，但话说到这里，你也可能会答上，难道用：”> >= < <=“就不会有重合么？我的回复必然是有，当在无法规避的重合情景，在设计引擎时，我们尽可能的去做多个维度权衡后，尽可能的选择最优的方案。
2018-06-11 10:00
首先enjoy 模板引擎运算符是直接与java运算符一并打通，为什么这么设计？从
三降底维度看分析问题：一、降低视觉识别度，二、降低模板的学习成本，三、降低模板语法混乱，提高开发效率，同时这也是enjoy模板引擎诞生初衷，从模板发展至今，单从模板引擎使用角度去考量，模板引擎的发展，已经没什么太多的发展空间，所以你上文提到的"这个能支持：gt、lt 吗？"这个上问题，已经不用直接的去回复，多去使用，多去体验、多去感受，自然就会发展其中的自然美。
2018-06-06 20:45
一看就知道，你的语法错了的呢，请详细看下文档中http://www.jfinal.com/doc/6-4，中的第5小章节后再进一步做调整改造。
2018-06-05 09:04
@杜福忠 你把计划任务，把动态参数放到库中，动态装载Cron4jKit.put()方法中的指令，接下来就是做个开关实时动态开启或关闭，异常问题就会出来了，为什么？
答：案例重现环境=数据库+tomcat+做界面ui动态人机控制计划任务；引起问题原因，是Cron4jKit，现在把scheduler，放到MAPCP，当你Cron4jKit.put()来回装载任务时，调用Cron4jKit.stop(String name)这个方法时，这个scheduler原则上讲已被kill，但Cron4jKit中做了一层包裹：MAPCP，所以MAPCP还存在着已经关闭计划任务的一具尸体留在里（注：当调用Cron4jKit.stop()方法时，相关计划任务已经关闭，但在MAPCP保存还存着scheduler对象的对象实例，最重点的这个被关闭实例对象中变量：started=false,当started为flase,在cron4j源码一这层已经我做状态的判断，当如started=false就抛出throw new IllegalStateException("Scheduler not started");这个异常出来。），这样在put()方法中，第一行调用Cron4jKit.stop()，如果不加MAPCP.remove(name);做处理，就会报上面提到异常，是否明白？如果还是不明白或未感知到的话，要是那就哪天你真发现了，再调整优化吧。
2018-06-04 11:57
@杜福忠 直接贴码给你了， 把你的两个stop方法加下 MAPCP.remove(name)，代码如下。
public static void stop(String name) {
Scheduler scheduler = get(name);
if (scheduler != null) {
scheduler.stop();
MAPCP.remove(name);
}
}
public static void stop() {
for (Map.Entry kv : MAPCP.entrySet()) {
kv.getValue().stop();
MAPCP.remove(kv.getKey());
}
}
2018-06-03 23:12
首先你要做的就是把swagger集成进去，看这里http://www.jfinal.com/share/347。
2018-06-02 17:56
@杜福忠 建议你调整下上面的分享，在stop方法中加下这个：MAPCP.remove(name);否则在重复开启/关闭，会报异常的。
