Beetl

一、数据库表设计 SET NAMES utf8mb4; SET FOREIGN_KEY_CHECKS = 0; -- ---------------------------- -- Table structure for sys_permission -- ---------------------------- DROP TABLE IF EXISTS `sys_permission`; CREATE TABLE `sys_permission` ( `id` varchar(255) NOT NULL DEFAULT '', `description` varchar(255) DEFAULT '' COMMENT '权限描述', `name` varchar(255) DEFAULT '' COMMENT '权限名称', `pid` varchar(255) DEFAULT '' COMMENT '父节点', `url` varchar(255) DEFAULT '' COMMENT '授权链接', `create_time` datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '创建时间', `update_time` datetime DEFAULT NULL ON UPDATE CURRENT

项目地址: https://git.oschina.net/xjtweb/jweb.git 几点说明: 一、本工程修改自jfinaluib项目。 二、运行 a、 设置jvm参数jweb.home指向工程的工作目录（目录内容参照本文件的同级目录的home目录）。工作目录里的init.properties文件用来设置数据库连接和其它参数设置。 log4j.properties 为日志配置文件， logs目录存放日志文件。data目录存放工程产生的各种数据，建议要此规则放存数据，方便工程迁移。 b、 初始数据库sql，doc/db/mysql目录下提供mysql数据库的初始化数据文件jweb.sql。 c、 同jfinaluib，工程只需以运行 com.gdmob.jweb.run .JfinalConfig 类即可运行。 在eclispe运行截图如下： d、 工程默认本地访问地址 http://localhost 管理员帐号admin，密码123456。 三、 工程界面截图 四、最后感谢各种的开源项目，jfinaluib、jfinal、beetl、druid、ueditor、ace等。愿各位路过的朋友多观注国内开源项目，远离ssh。 来源： oschina 链接： https://my.oschina.net/u/197448/blog/418749

项目用到了众多的开源组件，还有一些是网络分享的学习示例代码片段 ， 感谢他们!!! JFinal高级 学习交流QQ群： 309647612 代码库地址： http://git.oschina.net/dongcb678/JfinalUIB.git 项目背景： 14年5月份学习JFinal的时候出于练手的目的开发，分享给大家学习和使用 受益人群： 对于初学JFinal的朋友来说是很全面的示例项目 对于初学权限设计的人来说，是基于RBAC模型的简单实现 你也可以基于它来做项目，它只是做了绝大部分项目都应该实现的基础功能 能学习到哪些东西： 比较全面的基于URL权限控制和实现，细化到每一个功能URL授权，每一个按钮的显示和隐藏 如何整合JFinal 和 beetl模板，beetl的基本使用、函数注册调用 如何自己实现分页、动态条件的查询，结合JFinal分页方法进行分页对象的扩展 JFinal的Handler和Interceptor使用 全局异常拦截和错误处理机制 三 个版本三套UI的使用和扩展、改造，支持基于JQuery Form的Ajax交互，表单数据校验 zTree的详细使用方法，简单的树形展示，单选多选的使用，默认选中效果的实现，复杂的树操作有有部门+人员组合，模块+功能组合 基于bcprov的用户登录标示的加密和解密 数据库连接池druid的使用和配置

beetl for循环渲染html字符串的方式, beetl if条件判断输出, beet自定义标签和标签引用, beetl html赋值, beetl渲染json,beetl注释、变量定义, 更多文档请到： http://ibeetl.com/guide/#beetl beetl for循环输出 beetl for输出select option <select> @for(item in list){ <option value="${item.id}">${item}</option> @} </select> beetl for输出ul li html <ul> @for(item in list){ <li>${item}</li> @} </ul> 　　 beetl定界符和占位符 @ 和回车换行 #: 和回车换行 <!--: 和 --> <!--# 和 --> <? 和 ?> 占位符--#{ }-## 定界符号里是表达式，如果表达式跟定界符或者占位符有冲突， 可以在用 “\” 符号 ，如 @for(user in users){ email is ${user.name}\@163.com @} ${[1,2,3]} //输出一个json列表 ${ {key:1,value:2 \} } //输出一个json map，} 需要加上\ 　　 beetl注释

前面两篇分别介绍了目前流行的模板引擎Freemaker和Thymeleaf构建web应用的方式，接下来我们看一下号称性能最好的国产模板引擎Beetl，如何搭建web环境 本文主要来自官方文档，如有疑问，推荐查看: http://ibeetl.com/guide/#beetl I. 准备 1. 依赖 首先我们是需要一个springboot项目，基本的pom结构大都相似 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.4.RELEASE</version> <relativePath/> <!-- lookup parent from update --> </parent> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> <spring-cloud.version>Finchley.RELEASE</spring-cloud.version>

国内早已经流传Thymeleaf是Spring Boot推荐的模板引擎，这个毫无根据，我发现官网文档并没有这个说法（官网版本是Spring Boot 2.1），截图如下 如果你看Spring Boot 关于JSon的使用，则明显说明了Spring Boot 推荐JackSon Thymeleaf在很长时间都因为难用的语法，高成本的学习曲线，以及惨目忍睹的性能而被世界开发人员排斥，3.0以来性能有了提高（然而还是很差），且集成Spring的很多特性，所以得到Spring Boot 作为可选模板引擎之一推荐。Spring Boot没有使用Velocity，这是因为Velocity不行吗？当然不是. Spring Boot 作为一个技术框架，跟我们普通架构师做技术选型一样，也面临很多选择考虑，在我看来，Spring Boot的选型或者是推荐并不一定是最优的，比如 Spring Boot 2 使用JDK自带的HttpURLConnection实现Rest调用，而高效和功能齐全的OKHttp 并没有被默认使用，Spring Boot 源码日志使用 Commons Logging接口（尽管使用了Logback作为实现），但我们都知道SLF4J的API接口使用起来更舒服 关于Thymeleaf是Spring Boot 推荐的模板，这个是培训机构新造出来的一个培训热点而已，因为他确实难以掌握，哈哈

1 Beetl 2 FreeMarker 3 Thymeleaf 对于这三种模板的介绍可以在oschina上查看，对于前两者比较熟悉，对Thymeleaf是新的认识， Thymeleaf有一个地方本人很喜欢 ，模板页面 静态或者 动态打开可以正常显示，方便前端测试和后端分离开发，下面是对三者的性能测试。 通过 @闲.大赋 ，找到了测试工具TEB， http://git.oschina.net/kiang/teb @kiang __________________________________________________________________________________________________________________________ 发现Beetl和FreeMarker测试弄能代码都已经实现，于是对Thymeleaf进行了添加， 这里本人第一次用Thymeleaf所以不清楚对Thymeleaf配置是否对它性能产生了影响，下面直接代码： package kiang.tei; import kiang.teb.TebEngine; import kiang.teb.TebModel; import org.thymeleaf.TemplateEngine; import org.thymeleaf.context.Context; import org

引言 一个不得不说的话题，经过近几年的发展，Web前端开发已经不是一个新有的岗位了，前端技术发展非常迅速，技术更新换代也很快，对于前端工程师来说是一个很大的挑战“挣扎期”。 从统计来看，中级前端的待遇是略高于中级后端的。这对于中小企业、创业公司来说组建一个专有的前端团队还是很一件很不容易的事情，无形中增加了人力成本， 话说招前端工程师简单，但能招聘到合适的前端工程师来说，是一件非常不容易的事情。 为了解决这个事情，中小企业、创业公司都在思考一个问题，做企业应用软件，如果不去组建专门的前端团队，能有一个很好的开发平台，很好的框架，让后端工程师具备一些基本的前端知识，就可以去做出很漂亮的界面就好了。 这个想法很好，但是你会说，可能吗，会一点基础前端就能做好吗？专业的事情还是有专业的人来做，前后端分离是趋势，表现逻辑分离意义很大。没有绝对完美的事情，尽管种种诱惑，唯心自问合适自己吗？我不否认，这还要针对产品、针对项目来选择解决方案。但JeeSite的中心思想是快速快发，快速交付，控制成本，对于一个想快速交付项目来说不见得是一件好事。 重口难调，也许你不赞同这些看法，作者欢迎提问，当然你也可以将JeeSite完全作为服务端代码，快速提供数据接口，自由实现或选型一套前端UI。 好了，既然是奔着快速交付，控制成本来的，我们就依这个角度去思考方案： 第一，技术选型 Spring MVC +