2016-11-01 11:00
@jfinal-jfinal action 约定为在 Controller 中定义的 public 无参方法
放上 request、response 这些对象在 jfinal 中没有任何意义，而且还徒增了代码量，因为你可以通过 getRequest() 与 getResponse() 很轻松地在 controller 中获取到这两个对象
2016-11-01 10:43
@yinguizhi 看一下 jfinal 源代码， getPara() 中仅仅是转调了 HttpServletRequest 对象的 getParameter() 方法，没有其他任何操作
2016-11-01 10:23
me.setBaseUploadPath("/shangchuan"); 这个配置，在文档里面说明了，以 "/" 打头或者以 "d:/" 这样的盘符打头，都是绝对路径，尤其是 "/" 头打，直接就跑到当前磁 盘的根上去了
所以，只需要去掉 "/" 这个字符就可以让配置是以项目根路径为基础 ，改成这样： me.setBaseUploadPath("shangchuan");
2016-11-01 10:22
刚刚看了一下文档，确实是有这句：”当该路径参数设置为相对路径时，则是以项目根为基础的相对路径“，注意这句话的上下文，这句是指 baseUploadPath 的设置，不是指 getFile(...) 时临时传入的路径
2016-11-01 10:20
你看的是哪个版本的文档， baseUploadPath 这类带 base 的都是先固定了一个基础路径，然后中途传入的路径都只当作是相对路径
2016-11-01 10:18
getPara 不过过滤，可能是富文本编辑器在提交前自己过滤了一些，有些富文本编辑器是可以配置过滤规则的
检查的方法很简单，按 F12 键打开浏览器的开发调试功能，看一下发请求的时候提交的数据到底是什么即可，jfinal 这一端是绝对没有过滤动作的
2016-10-31 22:40
用一下 model 中的 remove(...)或者 keep(...) 方法，前者删掉指定的字段，后者保留指定的字段，这两个方法都接受传入多个参数，可同时指定操作多个字段
2016-10-31 22:39
@光光哥 你说的更偏重于设计，对于设计专业来说成长为前端可以是这样的，技术要求没那么高。 我们通说的前端一般指计算机专业，偏技术，但设计也能做点，只不过相对较弱
2016-10-30 17:59
确实有点问题， jfinal 2.3 已改进了这里，多多关注社区动态，感谢支持
2016-10-30 17:58
在有 static Xxx dao 对象的时候，如果你只使用 find 系列的方法也是线程安全的，因为 find 系列的方法中所使用的对象不涉及共享变量，全都是方法内部 new 出来的对象，所以是安全的
而 dao 中的 save、put、update 等方法，操作的数据是该 dao 对象内部所持有的 Map attrs 这个属性，这个属性是对所有线程可见的，在操作它的时候就不是线程安全的
2016-10-30 17:55
@lyh061619 是否有线程安全问题，不在于有没有使用 static，也不在于有没有共享变量，而在于对共享变量的使用方式
例如，你在 LogService 类中除了定义了这个 me 对象以外，完全没有定义任何其它任何属性，何来线程安全这一说？ 因为根本没有共享的对象可言，而 me 这个对象虽然是共享的，但是它没有属性，只有方法，方法中 new 出来的变量是在方法用完后被释放的，没有线程安全问题
还有一种变量共享是绝对安全的，例如你有一个对象是只读的，那么任何线程拿到的值是一样的，也就不存在线程安全问程
总之只需要去了解，多个线程在访问同一块数据区域的时候，会不会造成数据混乱即可，不要被任何形式所拘泥，此外建议你多看看 java 线程安全方面的资料，极度重要
