2021-02-04 20:50
@yiditushe 只要方法名是 index,意味着 url 中必须省掉 index,但 jfinal 也为你提供了打破这个限定的方法,那就是使用 @ActionKey,例如:
@ActionKey("/index")
public void index() {
...
}
还可以使用路由扫描功能的 @Path 注解来实现,例如:
@Path("/index")
public class MyController extends Controller {
public void index() {
...
}
}
2021-02-04 20:47
指令嵌套不是这么用的,而是这么用的:
#xxx()
#yyy()
#end
也就是说,指令内部再使用指令
而你的用法:#escape(escape(xxx)) , 其中的内部的 escape(xxx) 是指令 #escape 的参数,千万别搞混
你的用法,内部的 escape(xxx) 用法叫: shared method 调用,可以极其方便去添加一个 escape(...),方法如下:
public class Xxx {
public String escape(String str) {
return MyKit.escape(str);
}
}
最后再配置一下:
engine.addShardMethod(new Xxx());
然后就可以这么用了:
#escape(escape(xxx))
指令与 shared method 的区别一定要搞清楚
2021-02-04 20:25
service 层的调用,你拿到手的是一个明确的类型,例如:
XxxService xxx = Aop.get(XxxService.class);
或者:
@Inject
XxxService xxx;
调用时是这样:
xxx.method(...);
而 controller 层的 action 调用方是 jfinal 框架,而 jfinal 框架在调用时拿到的仅仅是一个 url + para,一般是这样:
"/admin/article/delete?id=123"
通过 url 去对应一个对象上的方法的调用,与业务层是完全不同的,多少要有点反射的代码
所以,业务层的方案是无法消灭这里的反射的,controller 层的 AOP 改为使用业务层的模式也无法消除,所以还是保持原设计为好
原设计已将反射降到最低了,观察一下 action 的 java.lang.Method 的获取,只在初始化时进行一次
唯一的反射就只有 Method.invoke() 了,而这个也不太算上是反射了,性能是相当高的
2021-02-04 18:38
http://HOST/index,能正确识别,这个是将 "index" 当成 urlPara 而已,你在控制台的输出中能看到:
urlPara: index
如果不希望有 urlPara,可以在 index 中通过下面两种方式之一即可:
1:使用 checkUrlPara(0) 限定不使用 urlPara
public void index() {
checkUrlPara(0);
...... 其它代码在此
}
2:使用拦截器
@Before(NoUrlPara.class)
public void index() {
...... 其它代码在此
}
两种方法任选其一
一般来说 urlPara 是默认开启的,没有限制,但脑海中要有这根弦存在。此外,多关注一下控制台输出的 jfinal action report, 各种参数都有输出
2021-02-04 18:04
1:service 默认的 proxy 依赖于 JDK 中的 tools.jar,如果你是 JRE 那么没有这个 tools.jar,需要添加配置改为使用 cglib:
me.setToCglibProxyFactory();
这里有详细说明:
https://jfinal.com/doc/4-8
2:controller 的 AOP 用的是最直接的递归调用,不依赖于任何第三方机制。在往期俱乐部视频中详细讲了这个设计
虽然 service 层与 controller 层的 AOP 用到了不同的实现方式,但对外开放的 API 以及一套使用方式是一样的,例如都是用的 @Before(...) 以及 Interceptor