JFinal 配置类 方法执行顺序

1、public void configConstant(Constants me)

常量配置方法,一般 在里面 读取 配置文件

2、public void configRoute(Routes me)

配置路由,如下

me.add("/", IndexController.class, "/index"); // 第三个参数为该Controller的视图存放路径
me.add("/blog", BlogController.class); // 第三个参数省略时默认与第一个参数值相同,在此即为 "/blog"

3、public void configEngine(Engine me)

配置模板引擎

4、public void configPlugin(Plugins me)

配置插件,一般在这里进行数据库配置

5、public void configInterceptor(Interceptors me)

配置JFinal全局拦截器,拦截所有action请求,除非使用@Clear在Controller中清除。Interceptor配置粒度分为Gloal、Inject、Class、Method

6、public void configHandler(Handlers me)

配置处理器

Handler可以接管所有的web请求,并对应用拥有完全的控制权,可以很方便地实现更高层的功能性扩展。

时间: 2024-10-26 16:25:59

JFinal 配置类 方法执行顺序的相关文章

一个继承了抽象类的普通类的执行顺序

今天看<java编程思想>抽象类那节的时候,做了一个练习题3(p171页),发现了一个很有意思的东西,一个继承了抽象类的普通类的执行顺序是怎样的呢? package JavaChoiceQuestion; /** * @Auther: 李景然 * @Date: 2018/4/13 19:45 * @Description: */ //抽象类 public abstract class AbstractClass { public static void main(String[] args){

Nginx 配置指令的执行顺序(八)

前面我们详细讨论了 rewrite.access 和 content 这三个最为常见的 Nginx 请求处理阶段,在此过程中,也顺便介绍了运行在这三个阶段的众多 Nginx 模块及其配置指令.同时可以看到,请求处理阶段的划分直接影响到了配置指令的执行顺序,熟悉这些阶段对于正确配置不同的 Nginx 模块并实现它们彼此之间的协同工作是非常必要的.所以接下来我们接着讨论余下的那些阶段. 前面在 (一) 中提到,Nginx 处理请求的过程一共划分为 11 个阶段,按照执行顺序依次是 post-read

UITableView的全部属性、方法以及代理方法执行顺序,看过之后肯定有收获---董鑫

UITableView-------表视图--继承UIScrollView并遵守NSCoding协议 属性 frame-------------设置控件的位置和大小 backgroundColor--------设置控件的颜色 style--------获取表视图的样式 dataSource---------设置UITableViewDataSource的代理 delegate---------设置UITableViewDelegate代理 sectionHeaderHeight------设置

Java类的执行顺序、final的用法

类的初始化顺序 1.静态变量 2.静态代码块 3.main方法 4.类的属性 5.代码块 6.构造方法 如果有父类则是 1.父类–静态变量 2.父类–静态代码块 3.子类–静态变量 4.子类–静态代码块 5.父类–属性 6.父类–代码块 7.父类–构造方法 8.子类–属性 9.子类–代码块 10.子类–构造方法 注意: 1.如果Test类有静态代码块或静态属性,只有Test类所有静态变量与静态代码块都已经装载结束,才开始执行main()方法体 2.静态代码段只在类第一次加载时才执行 final:

Nginx 配置指令的执行顺序(一)

大多数 Nginx 新手都会频繁遇到这样一个困惑,那就是当同一个 location 配置块使用了多个 Nginx 模块的配置指令时,这些指令的执行顺序很可能会跟它们的书写顺序大相径庭.于是许多人选择了“试错法”,然后他们的配置文件就时常被改得一片狼藉.这个系列的教程就旨在帮助读者逐步地理解这些配置指令背后的执行时间和先后顺序的奥秘. 现在就来看这样一个令人困惑的例子:     ? location /test {    ?     set $a 32;    ?     echo $a;    

UItableview全部属性、方法以及代理方法执行顺序

UITableView-------表视图--继承UIScrollView并遵守NSCoding协议 属性 frame-------------设置控件的位置和大小 backgroundColor--------设置控件的颜色 style--------获取表视图的样式 dataSource---------设置UITableViewDataSource的代理 delegate---------设置UITableViewDelegate代理 sectionHeaderHeight------设置

C# 实例化类的执行顺序

先进行细分: 类的成员分为:字段.属性.方法.构造方法 成员的修饰符:静态成员.实例成员 层次结构:父类.子类 先不考虑继承关系,执行顺序为: 静态字段 静态构造方法 实例字段 实例构造方法 属性和方法是在调用的时候才执行,这里就不考虑了.如何理解上面的执行过程?假如让我来设计执行过程,我该如何考虑,依据是什么? 首先,静态的东西是大家共享的,也就是相同的.应该先关心共享的东西,再关系个人的东西."先公后私",呵呵. 其次,实例化之前,应该先初始化自己的内部数据. 现在考虑继承关系,执

Nginx 配置指令的执行顺序(二)

我们前面已经知道,当 set 指令用在 location 配置块中时,都是在当前请求的 rewrite 阶段运行的.事实上,在此上下文中,ngx_rewrite 模块中的几乎全部指令,都运行在 rewrite 阶段,包括 Nginx 变量漫谈(二) 中介绍过的 rewrite 指令.不过,值得一提的是,当这些指令使用在 server 配置块中时,则会运行在一个我们尚未提及的更早的处理阶段,server-rewrite 阶段. Nginx 变量漫谈(二) 中介绍过的 ngx_set_misc 模块

jQuery源码05 (3653 , 3797) queue() : 队列方法 : 执行顺序的管理

//对外接口 jQuery.extend({ queue: function( elem, type, data ) {//入队.元素.队列名字.存进去的函数 //jQuery.queue( this, type, function( next, hooks ) {}) var queue; if ( elem ) { type = ( type || "fx" ) + "queue";//不写队列名字就是fx // $.queue( document , 'q1'