写作是为了光阴使我心安。在上一篇 Vue ES6 Jade Scss Webpack Gulp 中,阐述了现如今从事前端工作的“打开方式”;然而,虽到目前为止,在前端行走时间也短,经验尚浅;而这一路的姿势变迁倒值得一述之,一来载下这段过往,待得来年追忆,也可按文索骥,记起这段职业岁月青葱;二来,尘封过去,继往而开来。
在 Vue ES6 Jade Scss Webpack Gulp 此文中,也叙述这一段的工作内容,多涉及移动端SPA页面开发。在加入团队时,个人前端实为负基础(只在大学时代,以txt写过Html页面,css几未涉及);团队那时虽也有一年多发展,却因各种缘由(譬如事多人少),鲜有发展。相比下,这近来的一年发展虽也迟缓,却大有进步。这段过往就从以下几个阶段,以作陈述记载。
以下是初入团队,写页面布局所采取的“姿势”。当然,这近一年来,从布局,样式,逻辑等都是手写,据悉移动端并能像pc端,以 Dreamweaver 这样的编辑器 拖拽 实现之。手写布局页面,Chrome上调试样式,这样经历到目前为止,颇是为之耿耿于怀啊。
<div class="content"> <section> <p data-source="string" data-name="conf.titleText"></p> <a href="javascript:;" class="call-toast" data-source="string" data-name="conf.conf.callToastText"></a> </section> <section style="display:none"> <ol class="act-rule" data-source="list" data-name="conf.actRule"></ol> </section></div>
也是在学习了下这套机制后,方晓得这是团队那时自定义的一套,方式大抵如下:
var system = { addData : function(setting){ $("[data-name]").html(""); $("[data-source='string']").each(function(){ var key = $(this).data("name"); var type = $(this).data("source"); $(this).html(eval("setting."+key)); }); $("[data-source='img']").each(function(){ var key = $(this).data("name"); var type = $(this).data("source"); $(this).attr("src",vars.cdn+eval("setting."+key)); }); }}
在页面请求得数据后,调用自定义方法像这样:system.addData(data); 在涉及到时间响应时候,现在看来,那时采取的办法也挺原始了:
$('call-toast"').click(function(){ // do call toast })
话说这 jQuery 的运用,确实在那时给带来N多好处;同时,也引来了不少问题:在不怎么熟悉它的情况就能用它,却因此也很容易造成问题;依稀记得那时被这样的写法折腾挺惨;为此有熟悉下 jQuery , 同时也留下一篇学习笔记: JavaScript 之 this 详解 。后来也才学会需当这样去运用:
$('call-toast"').on('click',function(){ // do call toast })
在这个阶段中,前后端虽然分离,却未彻底;前端页面布局和逻辑还是写在 php 文件中,只样式和资源拿取出来,部署于cdn。还有一事记忆犹新的是:工作机制里,做好需求后要先行在内网测试,okay后提交svn,再之后发布线上,如此一直延续至今。这事儿吧,一经谈起给人感觉像是在吐槽or抱怨,其实不然,只是不怎么情愿浪费这些许不必要时间而已。就拿这本地文件同步 ftp 来说吧,当时被教化的是借助 Xftp 4 。哈哈,每做改动,就手动同步 ftp,我可做不来:手会被点的痛不说,时间会被浪费的;故此,都是用 Xftp 4 打开线上文件写,要发布时才同步到本地。
大概在一两个月后,各平台才陆续迁移至新的机制: jQuery+Backbone+Underscore;现在看来, 选择真是很重要 ;那时如何没有采用 Angular React 已不得而知( Vue 想必那时还没今天这么火,可参见 JavaScript Frameworks: The Best 10 for Modern Web Apps ); 这一用就用到了如今;事情做起来让人觉得容易了,往往导致这项事物难以进步;现在看来 Backbone 的使用,即是如此;以 Backbone Underscore 来实现工作所需,其模式如下:
<div class="content"> <section> <p><%= conf.titleText %></p> <a href="javascript:;" class="call-toast"><%= conf.callToastText %></a> </section> <section style="display:none"> <table class="act-rule"> <%_.each(conf.actRule , function(ruleDesc ,index){%> <tr> <td><%= ruleDesc %></td> </tr> <% }) %> </table> </section></div>
即便在这个阶段,布局文件和逻辑代码也是没有分开的;统一写于 php 文件之内;
var mainView = Backbone.View.extend({ , initialize: function(options){ // this.listenTo(this.model,"change",this.render); this.render(); } , render: function(){ App.V.prototype.render.apply(this); return this; } , events: { 'click .call-toast':'onCallToast', } , onCallToast : function(e){ // do call toast }});
在这个阶段,比于先前,从开发效率角度来看,并未有多少提高;不过,工具上摒弃了 Xftp 4 , WinScp 等,采用 Sublime 的 sftp 插件,虽然这插件老弹框,却也好用蛮多,有兴高采烈地将其记载于 如何优雅地使用Sublime Text ;人谁想折腾呢?都是对现况不舒服而做的反抗啊。
在这个阶段有引入RequireJs,也是经历近两个多月才陆续迁移的;本身这倒可不列为一阶段,不过前端项目开发结构大改:前端后完全分离;布局,逻辑,样式首次完全独立。其模式比于上一个阶段,主要变化如下:
define('text!xyz/default.tpl',[],function () { return 'Html template String';});define('xyz/main',["tool","app", "text!xyz/default.tpl"],function(Tool, App, tpl){ var mainView = App.V.extend({ , initialize: function(options){ // this.listenTo(this.model,"change",this.render); this.render(); }, render: function(){ App.V.prototype.render.apply(this); return this; }, events: { 'click .call-toast':'onCallToast', }, onCallToast : function(e){ } });}
可喜的是,项目终于开启了 模块化 的进程;可悲的是,即便如此然并卵;坦率来讲,这个阶段,并为此感到兴奋;因为模块化的引进,并未给开发效率带来任何提升;反而下降不少:一是,前后端完全分离,前端js,样式,资源全部署cdn,然而并未有很好cdn缓存清理机制,导致发布后有问题,难以快速有效更新(蛮久之后才出一折衷方案)。二,布局写成模板(default.tpl),没当要发布,因线上存在的跨域问题,需当模板文件压缩成string,以如下模式注入mian.js:
define('text!xyz/default.tpl',[],function () { return 'html template content string';});
也是后来很久才知道,require.js提供了对应的打包方式;可是那时并不知道,在几次发布十分忘记合并(合并也不容易),造成十二分不爽后,才去研究下了,此时得知 Gulp ;为此学会gulp之后,有改善了整个流程:以 gulp-tlp2mod 来将tpl转化为js并借助 gulp-concat 进行合并打包;如此Sublime的sftp插件就显得不能很好作用,因此也找到 gulp-sftp 予以替代;其他如代码检测,压缩;图片一键压缩等也是在这时期优化的。
A Problem Is A Chance For You To Do Your Best:当发现一事物不怎么合理时,也是自我成长的机会;也在这阶段留下了两篇关于gulp的学习笔记:Gulp探究折腾之路(I),Gulp折腾之路(II);同时也去了解了下Win下跑起命令行的具体,随后用了近5小时写下了Win下必备神器之Cmder。现在回顾,这都是十二分值得的,这为之后项目迁移 Vue Es6 Webpack 打下了一个良好的基础。
前端如今发现可谓纷繁杂乱而欣欣向荣;如今这阶段,组件化开发已是大势所趋;具体已在 Vue ES6 Jade Scss Webpack Gulp 有过叙述,按下不提;以下便是采用 Vue 来搞事儿的“姿势”:
<template> <div class="content"> <section> <p>{{ conf.titleText }}</p> <a href="javascript:;" class="call-toast" @click="onCallToast">{{ conf.callToastText }}</a> </section> <section style="display:none"> <table class="act-rule" v-for='ruleDesc in conf.actRule'> <tr> <td>{{ ruleDesc }}</td> </tr> </table> </section> </div></template><script type="text/javascript">import ActTools from "ActTools";export default { data () { return{ conf: {}, } }, compiled(){ }, methods: { callToast: function(){ // do call toast }, /*-----------------Callback Function--------------------Private Func*/ onCallToast: function(){ this.callToast(); } }, events: { 'call-toast': function () { this.callToast(dlgMsgObj) } }}</script><style> /*comp style*/ .call-toast{ color: #fe0;}</style>
如若采用 jade 像写 python 一般写html模板,可有感觉一股简洁美铺面开来?示例如下:
<template lang="jade"> div.content section p {{ conf.titleText }} a(href="javascript:;" class="call-toast" @click="onCallToast") {{ conf.callToastText }} section(style="display:none") table(class="act-rule" v-for='ruleDesc in conf.actRule') tr td {{ ruleDesc }}<template>
虽然 布局,逻辑,样式又回归至原始阶段,然而却是全新的概念,这般描述网上充盈,就不多赘述;因为组件化的引入,上述示例即可改造成如下模样:
<template lang="jade"> div.content section p {{ conf.titleText }} a(href="#" class="call-toast" @click="onCallToast") {{ conf.callToastText }} act-rule-copm <template> import ActTools from "ActTools";import ActRuleCopm from "ActRuleCopm";//这里路径是利用webpack做了别名控制的;export default { data () { return{ conf: {}, } }, methods: { callToast: function(){ // do call toast }, /*-----------------Callback Function--------------------Private Func*/ onCallToast: function(){ this.callToast(); } }, components: { ActRuleCopm, },}</script>
一经这般,公用代码得以提取为组件,在各大纷繁的应用中得以轻易复用;借助 jade 模板可以清晰而简洁;借助 ec6 ,更方便书写js,借助 webpack+gulp ,U Can Do what U Want To Do;如此一来,运行效率,产品体验,开发效率各大方面均有大幅度提升,其所怀悦,幸甚至哉。
前端框架更迭如此迅速,即便当然模式已然觉得挺okay,也不当停滞不前;想来日后撸起前端来,更为便捷;即便就目前状态而言,很多已经存在妙处,还当去学习&使用:譬如jQuery的替代;虚拟Dom的使用(前不久发布的Vue2.0已添此法)等等;故而先行在文章命名后有加 (其一) ,至于 (其二) 想必不就得将来即会将其唠叨来,Fighting。
以上,于深圳.南山 16-05-14 晴