springrain vs jfianl的开发对比

废话不说,上实例

使用 jfinal最新版本 1.4 的 blog demo.

若是使用springrain 该怎么作呢?

总共分三步:

1.编写blog.sql 建表语句,花费2分钟左右时间

2.执行代码生成器,gen blog 并把生成文件拷贝到项目.
di_car/freemarker  对应拷贝到 springrain/WebROOT/WEB-INF/freemarker
di_car/js          对应拷贝到 springrain/WebROOT/js
di_car/src_main    对应拷贝到 springrain/src

3.执行权限语句,springrain使用shiro控制权限,须要导入菜单和按钮的url才能让admin正常访问.初始化的语句也已经生成,执行如下就能够了

以上3步,大概花费3分钟左右.就此blog管理功能已经所有实现,包括 列表字段排序,增删改查,导出,(ps:其实导入也已经作好了,我只是没有把使用方法写入文档)

界面截图以下,也能够访问 springrain.weicms.net 在线访问,国外免费主机,速度较慢......

-----------------我是小小分割线-----------------------------------------------------------

会有人说,生成的代码好维护吗?

代码自动生成了 controller,service,html页面,js文件

html页面都是原生的freemarker 文件,js也不多东西

service 不是强制的,能够直接使用baseDemoService,其实,只要你想,一个项目只须要一个service

controller 生成了 增删改查 导入 导出的处理方法

由于 save update delete 都是orm对象操做,和jfinal差异也不大

重点说下查询.springrain全部的sql语句都是经过Finder 工具类封装,finder承载了 sql语句和响应的参数,并且是强制行为,由于底层没有直接执行sql的接口.看下finder带来的方便和优点,就会明白这样设计的缘由

springrain的sql语句 使用命名参数 没有使用?,在拼接?不太直观和方便,特别是在动态条件较多的时候.

查询列表 org.springrain.demo.service.impl.BlogServiceImpl.findListDataByFinder(Finder, Page, Class<T>, Object) 只有一句话  return super.findListDataByFinder(finder,page,clazz,o);

简单查询,父类已经彻底封装好了.若是你想手动控制 代码就是

finder=new Finder("select * from blog where 1=1 ");
          //拼装动态where 条件,固然,你也能够手动拼装
          getFinderWhereByQueryBean(finder, o);
          //拼装 动态 order by ,用于列表字段排序
          getFinderOrderBy(finder, page);
          return super.queryForList(finder, clazz, page);

springrain的查询方法均可以返回 实体类或者map 根据须要自行选择使用

具体参见 基本接口

由于和jfinal理念不一样,springrain 默认生成了service层,再强调一次,这个service不是必要的.能够直接使用baseDemoService

 

咱们如今很快作出模型草稿,让用户确认,这些模型页面和代码就能直接转入开发阶段.