2017-02-13 16:43
obj = null 这类操作要看情况，例如持有 obj 的对象本身可以被回收，那么 obj = null 这个赋值就不需要了
如果持有 obj 对象的对象不被回收，却又想回收这个 obj 属性，那么 obj = null 是有意义的
简单来说 JVM 只会回收“不可达”的对象
2017-02-13 13:12
目前还没有更好的名字，一个好名字，要先考虑对含义的表达，在这个基础之上再考虑简短，目前可以认为是这个名字：jfinal template
2017-02-13 13:09
static 方法倾向于函数式编程，在面向对象开中一般用于工具类方法。弄成 static 不利于继承扩展，例如 model 中的方法都是可以在继承类中通过覆盖父类来扩展的
此外 static 方法中也无法通过 getClass() 拿到类型信息，也就无法实现 active record 模式中的很多功能
2017-02-12 18:29
public void configRoute(Routes me) {
me.setBaseViewPath("view");
}
即可打完收枪，具体可以参考一俱乐部提供的专享项目：jfinal-club
2017-02-12 18:07
@EATI001 这种玩法，使用 jfinal template engine 提供的“指令级扩展”非常方便去实现
2017-02-12 18:03
仍然是 js，jfinal template 暂时没有精力去做前端的东西，后续再考虑这类扩展，先让开发者自己去多玩玩
2017-02-12 17:49
@EATI001 主要是不知道怎么去支持这个功能，因为模板渲染出 html 数据给浏览器以后，控制权已然在了浏览器，此时后端怎么去控制前端来部分刷新操作？
难道要同时渲染出 js 代码，用 js 代码再请求后端去局部刷新？
2017-02-12 13:39
@gulixiong 为什么不使用 DemoConfig 中的 main 方法，点击右键直接运行项目？
2017-02-12 11:41
@gulixiong 再补充一句，这个 context path 问题，也属于 java web 规范，与 jfinal 无关，仅仅是 jfinal demo 这个项目的 html 资源路径全部以 "/" 打头，所以部署时让 context path 为 "/" 就好
2017-02-12 11:32
@gulixiong jfinal 是标准的 java web 项目，所以，以前你所有的 java web 项目部署经验完全有效，仅仅注意一下 context path 与资源路径问题就可以了，我在这里回复任何表面上的解决方案都不是本质方案
建议你抓住本质性的东西：context path让其正确即可
2017-02-12 11:07
@gulixiong 关于出现 404 的问题，其实昨天已经回复你了，看下这篇博文就知道了：https://my.oschina.net/jfinal/blog/353062
简单说是 jfinal demo 中的 html 文件中的资源路径全是以 "/" 开头，而你的配置是 contextpath 为 "jfinal_demo"，必然导致路径出问题，contextpath 是一个很鸡肋的设计，永远让其值为 "/" 即可
俱乐部对大家的帮助必然是优先保障的，并且俱乐部是完全技术讨论的氛围，很多小伙伴们都很乐意帮助其他人
2017-02-12 10:26
@gulixiong 在本社区的首页，jfinal demo 与 jfinal demo for maven 这两个都可以直接在 MyEclipse + Tomcat 下运行
2017-02-11 21:00
redis 只支持 byte[] 与 string 类型，而 java 有很多类型的数据需要存放，所以需要将类型进行序列化以后再存
因此，com.jfinal.plugin.redis.serializer 这个包下面的 FstSerializer 与 JdkSerializer 分别实现了两种序列化策略，jfinal 默认使用的 FstSerializer 做的序列化，而这个功能序列化后的数据具有自己的数据格式与算法，所以在获取数据后需要知道该格式并使用相应的反序列算法才能将数据还原
所以，当使用其它客户端对 fst 序列化过的数据进行读取时，也相应要使用同样的算法进行反序列化
建议的方向有两个：
1：在现有的基础之上，让所有客户端使用 fst 同样的算法进行序列化与反序列化
2：利用 redisPlugin.setSerializer(ISerializer) 方法，注入新的序列化与反序化策略，并且 php 等客户端也使用相同的策略
