JFinal系统架构

JFinal 采用微内核全方位扩展架构，全方位是指其扩展方式在空间上的表现形式。JFinal由Handler、Interceptor、Controller、Render、Plugin五大部分组成。
JFinal架构十分简单，顶层是一个责任链模式变种，ActionHandler 内部结构也十分简单，是一个Command模式变种。JFinal 架构图如下：
MVC架构，设计精巧，使用简单
遵循COC原则，零配置，无xml
ActiveRecord支持，使数据库开发极致快速
自动加载修改后的java文件，开发过程中无需重启web server
AOP支持，拦截器配置灵活，功能强大
Plugin体系结构，扩展性强
多视图支持，支持FreeMarker、JSP、Velocity
强大的Validator后端校验功能
功能齐全，拥有struts2的绝大部分功能
体积小仅218K，且无第三方依赖
JFinal WEB MVC和Struts简要对比


JFinal遵循COC原则，零配置，无xml，而struts需要配置来支持action、result、interceptor配置与使用。
JFinal开发效率非常之高，相对Struts开发效率能提升五到十倍。
JFinal代码量非常省，相对Struts开发能省50%到70%代码量。
JFinal遵循Restful规范，而struts自身未提供Restful支持。Struts可以通过插件来支持restful，但支持不彻底使用不方便。
JFinal提供数据库支持，属于一站式解决方案，而struts仅为WEB MVC框架并未提供数据库支持。
JFinal学习成本极低，只需两个小时学习即可上手开发，而Struts学习成本相对较高。
JFinal相对Struts来说更加轻量级，JFinal打包jar文件仅173KB，而struts则为1.8MB。
JFinal ORM和Hibernate简要对比


JFinal采用ActiveRecord实现数据库操作支持，较Hibernaet开发效率提升六到十倍。
JFinal ActiveRecord较Hibernate学习成本低，一小时内能上手开发。
JFinal零配置，对数据库支持五个无特点：无xml、无annotation、无getter、无setter、无attribute，极大降低了代码量，统计证实代码量节省70%到95%。
JFinal数据库操作完全采用原生sql，相对Hibernate采用的HQL学习成本低，功能更强大，性能更高，稳定性好。
JFinal 中的Controller


Controller是JFinal核心类之一，该类作为MVC模式中的控制器。基于JFinal的Web应用的控制器需要继承该类。Controller是定义Action方法的地点，是组织Action的一种方式，一个Controller可以包含多个Action。以下是代码示例：
public class HelloController extends Controller {
public void index() {
renderText("此方法是一个action");
}
public void test() {
renderText("此方法是一个action");
}
}
JFinal 中的Model


Model是ActiveRecord中最重要的组件之一，它充当MVC模式中的Model部分。以下是Model定义示例代码：
public class User extends Model<User> {
public static final User dao= new User();
}
以上代码中的User通过继承Model，便立即拥有的众多方便的操作数据库的方法。在User中声明的dao静态对象是为了方便查询操作而定义的，该对象并不是必须的。基于ActiveRecord的Model无需定义属性，无需定义getter、setter方法，无需XML配置，无需Annotation配置，极大降低了代码量。
以下为Model的一些常见用法：
// 创建name属性为James,age属性为25的User对象并添加到数据库
new User().set("name", "James").set("age", 25).save();
// 删除id值为25的User
User.dao.deleteById(25);
// 查询id值为25的User将其name属性改为James并更新到数据库
User.dao.findById(25).set("name", "James").update();
// 查询id值为25的user, 且仅仅取name与age两个字段的值
User user = User.dao.findById(25, "name, age");
// 获取user的name属性
String userName = user.getStr("name");
// 获取user的age属性
Integer userAge = user.getInt("age");
// 查询所有年龄大于18岁的user
List<User> users = User.dao.find("select * from user where age>18");
// 分页查询年龄大于18的user,当前页号为1,每页10个user
Page<User> userPage = User.dao.paginate(1, 10, "select *", "from user where age > ?", 18);

Logo
Cloudpods

开源、云原生的融合云平台

更多推荐

面向未来的 IT 基础设施管理架构——融合云（Unified IaaS）

随着数字化时代的到来，IT系统已成为人类社会正常运转不可或缺的组成部分。不远的未来，智能制造，5G和人工智能等技术将成为推动生产力发展的重要引擎，人类社会将面临前所未有的全面彻底的数字化浪潮。IT基础设施作为IT系统运行的平台和载体，是实现数字化的基石。在这场数字化浪潮中，企业必须积极拥抱云计算技术，采用符合技术发展趋势、面向未来的IT基础构架，才能在未来的竞争中赢得先机。 一、云计算历经十余年

avatar Cloudpods

Cloudpods负载均衡的功能介绍

作者:周有松 今天的内容会从以下几个方面展开： 负载均衡产品简介。主要介绍负载均衡作为一个云上产品，它的功能模型是怎样的，日常使用中会遇到的业务词汇负载均衡的功能与典型应用场景。这部分主要结合业务词汇，对负载均衡服务中常见的一些功能选项进行介绍，并举例介绍一些典型的应用场景最后，我们做一下总结，讨论一下负载均衡产品相比传统方式的优点 一、产品简介​ 1. 以NGINX为例​ 提到负载均衡，我们以

avatar Cloudpods

使用Linux vfio将Nvidia GPU透传给QEMU虚拟机

Linux 上虚拟机 GPU 透传需要使用 vfio 的方式。主要是因为在 vfio 方式下对虚拟设备的权限和 DMA 隔离上做的更好。但是这么做也有个缺点，这个物理设备在主机和其他虚拟机都不能使用了。 qemu 直接使用物理设备本身命令行是很简单的，关键在于事先在主机上对系统、内核和物理设备的一些配置。 单纯从 qemu 的命令行来看，其实和普通虚拟机启动就差了最后那个-device的选项。这

avatar Cloudpods