内容简介:最近在做一个PC端的项目,由于项目需要兼容到IE8,所以从技术选型上采取了公司之前一直沿用的前端基于gulp后端基于freemarker的模式来进行开发。那么gulp+freemarker这种开发模式的流程到底是怎样的呢?我这边就来简单的分析一下。前端技术栈:
前言
最近在做一个PC端的项目,由于项目需要兼容到IE8,所以从技术选型上采取了公司之前一直沿用的前端基于gulp后端基于freemarker的模式来进行开发。
那么gulp+freemarker这种开发模式的流程到底是怎样的呢?我这边就来简单的分析一下。
一、前端基于gulp
前端技术栈:
- gulp
- jquery
- ajax
- less...
前端项目结构:
├── README.md 项目介绍 ├── src 源码目录 │ ├── common ├── less 公共样式 ├── js 公共js ├── plugins 插件 项目公共文件 │ ├── img 图片 │ ├── js js │ ├── less 样式 ├── .eslintrc.js eslint规则配置 ├── package.json 工程文件 ├── gulpfile.js 配置文件 ├── server.js 本地服务
从目录来看,非常简单,我这边就主要来分析一下 gulpfile.js 和 server.js
gulpfile.js
熟悉gulp的同学都知道,一般我们会将整个项目两种环境来调用,即 开发环境 和 生产环境
开发环境的配置:
var gulp = require("gulp"), less = require("gulp-less"), clean = require("gulp-clean"), header = require("gulp-header"); /** * less 编译 * @return {[type]} [description] * 开发环境调用 */ gulp.task("less", ["cleanCss"], function() { gulp.src(['src/less/*.less','src/common/less/*.less']) .pipe(plumber({ errorHandler: errorHandler })) .pipe(less()) .pipe(addHeader()) .pipe(gulp.dest('dist/css')); }); /** * js 编译 * @return {[type]} [description] * 开发环境调用 */ gulp.task('js', ['cleanJs'], function() { gulp.src(['src/js/*.js', 'src/common/js/*.js']) .pipe(plumber({ errorHandler: errorHandler })) .pipe(addHeader()) .pipe(gulp.dest('dist/js')); gulp.src('src/common/plugins/*.js') .pipe(gulp.dest("dist/js/plugins")) }) /** * img 输出 * @return {[type]} [description] * 开发环境调用 */ gulp.task("imgOutput", ["cleanImg"], function(){ gulp.src('src/img/**/*.*') .pipe(gulp.dest("dist/img")) })
简析上述代码:
在开发环境中我们需要对我们项目的src下的业务less、js、img和common下的公共less、js、img进行编译打包,那么我们就需要借助gulp.task()这个方法来建立一个编译任务。创建完任务以后,我们就需要通过gulp.src()来指向我们需要编译的文件
最后我们再通过gulp.pipe()来创建一个又一个我们需要的管道,如
gulp.pipe(plumber({errorHandler: errorHandler}))
function errorHandler(e) { // 控制台发声,错误时beep一下 gutil.beep(); gutil.log(e); }
编译的时候控制台打印错误信息。
gulp.pipe(addHeader())
/** * 在文件头部添加时间戳等信息 */ var addHeader = function() { return header(banner, { pkg: config, moment: moment }); };
编译以后在文件的头部加上编译时间
gulp.pipe(gulp.dest('dist/js'))
将编译后的文件输出到dist目录下
生产环境的配置:
var gulp = require("gulp"), less = require("gulp-cssmin"), clean = require("gulp-uglify"); header = require("gulp-header") /** * css build * @return {[type]} [description] * 正式环境调用 */ gulp.task("cssmin", ["cleanCss"], function() { gulp.src('src/common/less/all.base.less') .pipe(less()) .pipe(cssmin()) .pipe(rename({ suffix: '.min' })) .pipe(addHeader()) .pipe(gulp.dest("dist/css")); gulp.src('src/less/*.less') .pipe(less()) .pipe(cssmin()) .pipe(addHeader()) .pipe(gulp.dest("dist/css")); }); /** * js 编译 * @return {[type]} [description] * 正式环境调用 */ gulp.task('jsmin', ['cleanJs'], function() { gulp.src(['src/js/**/*.js', 'src/common/js/**/*.js']) .pipe(plumber({ errorHandler: errorHandler })) .pipe(uglify()) .pipe(addHeader()) .pipe(gulp.dest('dist/js')); gulp.src('src/common/plugins/**/*.js') .pipe(uglify({ mangle: true })) .pipe(addHeader()) .pipe(gulp.dest("dist/js/plugins")) })
关于生产环境的配置其实跟上述的开发环境配置原理差不多,区别将在于生产环境中我们需要借助gulp-cssmin和gulp-uglify将css和js都进行压缩,缩小文件的体积。
这里提一下cleancss和cleanjs的意思,其实就是在我们每一次编译打包的时候将原来已经打包生成css和js都清理调,这样保证我们每次编译打包的代码都是最新的。
gulp.task("cleanCss", function() { return gulp.src('dist/css', { read: false }).pipe(clean()); }); gulp.task("cleanJs", function() { return gulp.src('dist/js', { read: false }).pipe(clean()); }); gulp.task("cleanImg", function() { return gulp.src('dist/img', { read: false }).pipe(clean()); });
开发环境监听
gulp.task("watch", function() { livereload.listen(); // 调用gulp-watch插件实现编译有改动的LESS文件 gulp.watch(['src/less/*.less','src/common/less/*.less'], function(file) { gulp.src(file.path) .pipe(plumber({ errorHandler: errorHandler })) .pipe(less()) .pipe(addHeader()) .pipe(gulp.dest('dist/css')); }); gulp.watch(['src/js/**/*.js', 'src/common/js/**/*.js'], function(file) { gulp.src(file.path) .pipe(gulp.dest("dist/js")) }); // 监听图片改动 gulp.watch('src/img/**/*.*', function(file){ gulp.src(file.path) .pipe(gulp.dest("dist/img")) }) // 监听有变化的css,js,ftl文件,自动刷新页面 gulp.watch(['dist/**/*.css', 'dist/**/*.js', ftlPath]).on('change', livereload.changed); });
在开发项目的时候我们需要借助gulp.watch()来实时的监听项目中代码的改动,并且通过gulp-livereload这个插件来实时的刷新我们的页面,以提高我们的开发效率。
说完gulpfile.js后我们再来分析一下server.js
server.js
const path = require('path'), express = require('express'), proxy = require("express-http-proxy"), compress = require('compression'), app = express(), fs = require('fs'), config = require('./package.json'), projectName = config.name, port = process.env.PORT || '9091' // GZIP压缩 app.use(compress()); // 设置响应头 app.use(function(req, res, next) { res.header('X-Powered-By', 'Express'); res.header('Access-Control-Allow-Origin', '*'); next(); }) // 当前静态项目的资源访问 app.use('/' + projectName, express.static('dist')); app.use('/html', express.static('src/pages')); // 静态服务器监听 app.listen(port, '0.0.0.0', function() { console.log('static server running at ' + port) })
这里我们通过node中express框架来为我们搭建本地服务,这里重点提一下静态资源项目的访问
通过app.use()方法传入两个参数,其中projectName代表的是我们在package.json中定义项目名称,如下phip_ehr
{ "name": "phip_ehr", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "start": "gulp && gulp watch", "build": "NODE_ENV=production gulp build", "server": "node server.js" }
第二个参数express.static('dist')意思是将我们的服务代理到编译打包后的dist文件下如: http://192.168.128.68:9091/phip_ehr/js/**.js
这样以来我们将可以轻松的获取到整个项目下的所有静态了。
二、后端基于freemarker
后端端技术栈:
- java
- freemarker ...
这里后端的项目结构我这边只截取跟我们前端相关的目录来说明
后端端项目结构:
├── templates 项目模版 │ ├── home ├── layouts 页面布局 ├── views 业务代码(ftl) ├── widgets 项目依赖
layouts
default.ftl
<!DOCTYPE HTML> <html> <head> <link rel="dns-prefetch" href="${staticServer}"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> ${widget("headInner",page.bodyAttributes)} <#list page.styles as style> <#if (style?index_of('http') > -1) > <link href="${style}?v=${version}" rel="stylesheet" type="text/css" /> <#else> <link href="${staticServer}/phip_ehr/css/${style}?v=${version}" rel="stylesheet" type="text/css" /> </#if> </#list> </head> <body> ${widget("header",page.bodyAttributes)} <div id='gc'> ${placeholder} </div> ${widget("footerJs")} </body> </html>
上述代码是整个项目页面的布局结构
${widget("headInner",page.bodyAttributes)}
这个方法意思是引入一些我们前端静态的公共样式和一些公共的meta标签。
headInner.ftl
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <meta property="wb:webmaster" content="3b0138a4c935e0f6" /> <meta property="qc:admins" content="341606771467510176375" /> <meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" /> <meta http-equiv="Pragma" content="no-cache" /> <meta http-equiv="Expires" content="0" /> <link rel="stylesheet" href="${staticServer}/phip_ehr/css/reset.css?v=${version}" type="text/css"/> <link rel="stylesheet" href="${staticServer}/phip_ehr/css/common.css?v=${version}" type="text/css"/>
这里提一下${staticServer}这个当然指的就是我们静态域名了,需要在后端项目的配置文件config中来声明,即指向我们前端的静态服务
**.mursi.attributesMap.staticServer=http://192.168.128.68:9091 **.mursi.attributesMap.imgServer=http://192.168.128.68:9091
引入完我们的公共样式以后,那接下来我们业务样式怎么引入呢?
<#list page.styles as style> <#if (style?index_of('http') > -1) > <link href="${style}?v=${version}" rel="stylesheet" type="text/css" /> <#else> <link href="${staticServer}/phip_ehr/css/${style}?v=${version}" rel="stylesheet" type="text/css" /> </#if> </#list>
这段代码就是用来引入我们的业务样式的,意思是利用后端框架封装的page这个对象中style属性,然后对所有页面的style标签进行遍历
然后在我们业务代码(ftl)中将可以通过addstyle这个方法来引入我们的业务样式了
${page.addStyle("audit.css")}
${widget("header",page.bodyAttributes)}
这个方法的意思是引入我们页面中公共的头部
${placeholder}
这个意思是引入我们页面主体内容部分
${widget("footerJs")}
这个意思是引入我们页面中js文件
footerJS.ftl
<script type="text/javascript"> $GC = { debug: ${isDev!"false"}, isLogined : ${isLogin!"false"}, staticServer : '${staticServer}', imageServer : '${imageServer}', kanoServer : '${kanoServer}', version:"${version}", jspath:"${staticServer}" + "/phip_ehr/js" }; // $GS { Array } - the init parameters for startup $GS = [$GC.jspath + "/plugins/jquery-1.8.1.min.js", $GC.jspath + "/GH.js?_=${version}", $GC.jspath + '/plugins/validator.js',function(){ // load common module GL.load([GH.adaptModule("common")]); // load the modules defined in page var moduleName = $("#g-cfg").data("module"); if(moduleName){ var module = GH.modules[moduleName]; if(!module) { module = GH.adaptModule(moduleName); } if(module) { GL.load([module]); } } }]; </script> <!-- 引入js模块加载器 --> <script type="text/javascript" src="${staticServer}/phip_ehr/js/GL.js?_=${version}" ></script> <script src="http://127.0.0.1:35729/livereload.js"></script>
这段代码中$GC就指的是初始化一些变量,然后$GS中就是引入我们项目中依赖的公共js,如jquery、common.js等。其次是通过GL.js这个模块加载器来加载我们的业务js
这样我们就可以在我们的业务ftl中通过data-moduls来引入每个页面中的业务js了
a.ftl
<div class="g-container gp-user-info J_UserInfo" id="g-cfg" data-module="a" data-fo-appcode="1" data-header-fixed="1" data-page="infirmary"></div>
a.js
GH.run(function() { GH.dispatcher('.J_Home', function() { return { init: function() { this.switchPatient(); }, /** * * 切换就诊人档案 */ switchPatient: function() { console.log(1); } } }) }, [GH.modules['validator'],GH.modules['datepicker']]);
dispatcher就是相当于页面的分发器,当然每个页面只能拥有一个独立的分发器,run()方法就是我们封装在GH.js的公共调用方法
那么我们项目中引入 一些公用的插件要怎么引入呢?
那么我们就在GH.js里封装了GH.modules()方法来引入插件,这里就不详细的说明了。
这里顺带也提一下ftl,什么是ftl?ftl就是类似于我们的html一样,但是它不同的地方就是它是基于freemarker语法来进行编写的一种后端模版引擎。我们项目中一些可以同步加载的数据都可以利用freemarker的语法在ftl中直接进行操作
小结:
这种前后端不分离的模式有哪些优缺点呢?
优点:虽然在开发效率上比不上纯前后端分离的模式(vue+webpack,react+webpack),但是针对一些对于兼容性要求很高的多页项目,这种开发模式也是可取的。
缺点:对后端服务依赖太强,往往后端服务一旦出现报错或者挂掉后,前端的工作就没有办法开展下去了,从而加大了前后端的开发成本。
以上所述就是小编给大家介绍的《前端基于gulp后端基于freemarker的工作流程总结》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
深入浅出Web设计(中文版)
(美)瓦特罗尔、(美)西罗托 / O'Reilly Taiwan公司 / 东南大学出版社 / 2010-11 / 99.00元
你将从《深入浅出Web设计(中文版)》学到什么?你曾经希望看看书就能学到真正的网站设计吗?曾经想过该如何同时达成让网站看起来美观,又能有效率地沟通信息,还要通过可访问性与可用性的策略吗?《深入浅出Web设计》正是精通上述主题的秘笈。我们将学到如何设计一个绝佳、用户友好的网站,上谈客户需求,下说手绘分镜表,乃至完成在线所需的HTML与css主文件……而且会有一个真正可以运作的网站!一起来看看 《深入浅出Web设计(中文版)》 这本书的介绍吧!