ActFramework r1.3.0 - 激动人心的特性一览
ActFramework r1.3.0 - 激动人心的特性一览
#128 缓存页面
这个特性允许开发人员通过注解来打开页面缓存：
@GetAction
@CacheFor
public void home() {
}上面的代码将主页缓存1个小时。开发人员也可以制定缓存失效期限，比如下面的代码让缓存在半小时之后失效：
@GetAction
@CacheFor(60 * 30)
public void home() {
}注意缓存页面仅仅对 GET 请求有效. 但是某些特殊场合，比如 facebook 向应用主页（iframe 内）重定向是采用 POST 请求。这时候我们希望页面缓存对 POST 也有效，可以这样写：
@GetAction
@CacheFor(supportPost = true)
public void home() {
}#154 支持配置多种策略处理无验证身份请求（Missing Authentication Request）
ActFramework 允许开发人员配置相应的策略来处理无验证身份请求。目前框架提供了两种策略：
- 将请求重定向到配置好的 URL （默认为
/login)，一般用于普通的 web 应用 - 返回
401 Unauthorised响应，通常用于前后端分离的单页应用，包括移动应用等
问题在于这是一个单一的全局性的配置不能处理应用在不同场合需要不同策略的情况。比如，一个应用的主体是提供 RESTful 服务来支持前端的单页应用或者移动应用，因此我们将策略配置为返回 401 响应。但后来我们需要给应添加一个采用常规编写的管理后台，对所有发送给管理后台的请求如果没有身份验证，我们希望重定向到 /admin/login 而不是统一地返回 401 响应
这个增强提供了处理这种情况的办法：使用 @HandleMissingAuthentication 注解来覆盖（Overwrite）全局配置：
@HandleMissingAuthentication(value = HandleMissingAuthentication.Option.REDIRECT, custom = "/admin/login")
@TemplateContext("/admin")
@UrlContext("/admin")
public class AdminConsole extends Controller.Base {
...
}#163 引入 @TemplateContext 注解
在 r1.3.0 之前, 除非开发人员在 API 里明确指定模板路径，ActFramework 通过匹配包，类和方法名字 来定位模板，例如:
package com.mycom.myprj;
public class MyController {
@GetAction("/")
public void home() {
}
}这里和 home() 对应的模板应该放在:
resources/rythm/com/mycom/myprj/MyController/home.html这个规则很简单，非常容易理解和记忆，但在我们拥有一个优秀的 IDE 插件支持之前创建和寻找模板文件都是一件痛苦单调的事情。
现在因为有了 @TemplateContext 我们可以大大地缓解这种状况：
package com.mycom.myprj;
@TemplateContext("/my")
public class MyController {
@GetAction("/")
public void home() {
}
}根据以上代码 ActFramework 在下面的路径寻找 home() 对应的模板：
resources/rythm/my/home.html变得清爽多了，不是吗？
#164 分解 @Controller 注解到 @UrlContext 和 @Port
我们刚刚引入了 @TemplateContext, 现在我们希望搞一个对应的: @UrlContext, 用来制定一个控制器类下所有的响应方法的 URL context。
实际上我们已经有了这个概念，不过是通过 act.controller.Controller 注解提供的, 如下例所示:
@Controller("admin")
public class Admin {
@GetAction
public String home() {
}
}现在我们通过引入 @UrlContext 注解让这个概念更加清晰：
@UrlContext("admin")
public class Admin {
@GetAction
public String home() {
}
}这段代码对我来讲更加清晰，因为 admin 作为 URL context 的含义被明显指定了.
在 @Controller 注解中还有另一个概念：命名端口，如下例所示:
@Controller(port = "admin")
public class Admin {
@GetAction
public String home() {
}
}如果应用的配置文件中有下列配置：
namedPorts=admin:5462上面的代码表示 Admin 类里面的响应器只会处理发送到 5462 端口的请求。
我们不希望把命名端口指定放进 @UrlContext 注解. 因此引入了另一个注解来处理命名端口： Port:
@Port("admin")
public class Admin {
@GetAction
public String home() {
}
}这段使用 @Port 的代码比上面使用 @Controller(port = "admin") 的代码更简单清楚.
#168 让所有的扫描器处理 @Env 相关注解
ActFramework 有三个和 Env（环境）相关的注解，用于在特定运行环境开关一些逻辑/特性例如：
@Env.Mode(PROD)
public class ModuleForProd extends Module {
@Override
protected void configure() {
bind(HiService.class).to(HiServiceImpl.class);
bind(ByeService.class).to(ByeServiceImpl.class);
}
}上面的代码表示只有当应用运行在 prod 模式下依赖注入模块 ModuleForProd 才会被调用配置.
这个 #168 issue 让 Env 注解的含义扩充到所有的类扫描器，比如：
@Env.Group("test")
public class TestController {
...
}@Env.Group(value = "test", unless = true)
public class NoTestController {
...
}上面的代码表示当前环境是 test 组的时候 TestController 才生效，而 NoTestController 则正好相反，只有当前环境不是 test 组才生效
#169 路径中新的正则表达式变量
ActFramework 支持在路由中指定正则表达式变量，例如:
@GetAction("/int/{<[0-9]+>n}")
public int n(int n) {
return n;
}r1.3.0 版引入了另外两种表达法：
@GetAction("/int/{n<[0-9]+>}")
public int n(int n) {
return n;
}和
@GetAction("/int/n:[0-9]+")
public int n(int n) {
return n;
}#170 更容易地定制全局模板变量
在 r1.3.0 之前创建全局模板变量的过程是很繁复的。首先需要建立一个新项目, 然后创建一个 ImplicitVariableProvider 插件的实现类, 编译并发布这个插件项目作为单独的 jar 库，然后才能在应用项目中使用其中定义的全局变量。
r1.3.0 版提供了一种新的机制让应用可以非常轻松自由地定于全局模板变量：
@ProvidesImplicitTemplateVariable("foo")
public String foo() {
return "bar";
}
@ProvidesImplicitTemplateVariable("bar")
public static int bar() {
return 3;
}
@ProvidesImplicitTemplateVariable("reqUrl")
public static String url(H.Request request) {
return request.url();
}上面的代码定义了三个全局模板变量： foo, bar 和 reqUrl. 注意 reqUrl 变量的方法上有个 H.Request 类型的参数, 这个没有问题，只要参数是可以被注入的，ActFramework 都能够处理。
#171 提供一个 jQuery 增强 javascript 库
这个增强库可以通过 /asset/act/js/jquery.ext.js 引入，提供如下功能：
$.put(url, [data], function)
$.patch(url, [data], function)
$.delete(url, [data], function)
$.postJSON(url, [data], function)
$.putJSON(url, [data], function)
$.patchJSON(url, [data], function)
$.deleteJSON(url, [data], function)另外这个库能够处理针对 ajax 请求的 278 重定向响应. 参见 这个 SO
#174 支持 profile 特定的路由配置
除了通过注解，ActFramework 从 resources/routes.conf 文件中读取路由配置. 新版本我们提供了 profile 特定路由配置的功能，框架会从下面的文件中读取配置：
resources/routes.conf
resources/conf/routes.conf
resources/conf/common/routes.conf
resources/conf/{profile}/routes.conf其中 {profile} 是当前运行的 profile 名字
#175 当增强类出错的时候提供更友好的错误报告
以前当发生类增强错误的时候看不到任何错误报告：
r1.3.0 改进了这个地方，可以看到很清晰的错误报告：
#177 当控制器响应方法或拦截器方法重名时提供友好的错误报告
ActFramework 不允许响应器/拦截器方法重名。过去关于这点没有清晰的错误报告，而开发人员会因为违反了这个规定而出现不知所措的局面. 现在的关于这种错误的报告可以非常明确的告诉程序员问题所在：
#179 提供注解来标识需要输出到模板变量的字段或者方法参数
在 r1.3.0 版中引入了一个新的注解 @Output 来标明某个字段或者方法参数需要输入到模板变量列表。代码演示：
常规方法:
@UrlContext("/my")
public class MyController {
@LoginUser
private User me;
@GetAction("order/{id}")
public void order(@DbBind @NotNull Order order) {
render(me, order); // put me and order into the render arguments
}
}使用 @Output 注解的新方法：
@UrlContext("/my")
public class MyController {
@LoginUser
@Output
private User me;
@GetAction("order/{id}")
public void order(@DbBind @NotNull @Output Order order) {}
}#181 让 redirect API 接受控制器的 URL context
r1.3.0 对 redirect API 做了一点改变，让开发人员更容易指定重定向 URL
原来的方式:
@Controller("/admin")
public class AdminController {
@GetAction("login")
public void loginForm(){}
@GetAction("logout")
public void logout(H.Session session) {
session.clear();
redirect("/admin/login"); // 这里必须放 URL 全路径
}
...
}新方式：
@UrlContext("/admin")
public class AdminController {
@GetAction("login")
public void loginForm(){}
@GetAction("logout")
public void logout(H.Session session) {
session.clear();
redirect("login"); // 只需放针对 URL context `/admin` 相对的路径
}
...
}