所历前端“姿势”更替记（其一）_html/css_WEB-ITnose

写作是为了光阴使我心安。在上一篇 Vue ES6 Jade Scss Webpack Gulp 中，阐述了现如今从事前端工作的“打开方式”；然而，虽到目前为止，在前端行走时间也短，经验尚浅；而这一路的姿势变迁倒值得一述之，一来载下这段过往，待得来年追忆，也可按文索骥，记起这段职业岁月青葱；二来，尘封过去，继往而开来。

在 Vue ES6 Jade Scss Webpack Gulp 此文中，也叙述这一段的工作内容，多涉及移动端SPA页面开发。在加入团队时，个人前端实为负基础(只在大学时代，以txt写过Html页面，css几未涉及)；团队那时虽也有一年多发展，却因各种缘由(譬如事多人少)，鲜有发展。相比下，这近来的一年发展虽也迟缓，却大有进步。这段过往就从以下几个阶段，以作陈述记载。

阶段一：jQuery+自定义

以下是初入团队，写页面布局所采取的“姿势”。当然，这近一年来，从布局，样式，逻辑等都是手写，据悉移动端并能像pc端，以 Dreamweaver 这样的编辑器 拖拽 实现之。手写布局页面，Chrome上调试样式，这样经历到目前为止，颇是为之耿耿于怀啊。

也是在学习了下这套机制后，方晓得这是团队那时自定义的一套，方式大抵如下：

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

大概在一两个月后，各平台才陆续迁移至新的机制： jQuery+Backbone+Underscore；现在看来， 选择真是很重要 ；那时如何没有采用 Angular React 已不得而知（ Vue 想必那时还没今天这么火,可参见 JavaScript Frameworks: The Best 10 for Modern Web Apps ）； 这一用就用到了如今；事情做起来让人觉得容易了，往往导致这项事物难以进步；现在看来 Backbone 的使用，即是如此；以 Backbone Underscore 来实现工作所需，其模式如下：

即便在这个阶段，布局文件和逻辑代码也是没有分开的；统一写于 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 ；人谁想折腾呢？都是对现况不舒服而做的反抗啊。

阶段三：jQuery+Backbone+Underscore+RequireJs

在这个阶段有引入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 打下了一个良好的基础。

阶段四：jQuery+ Vue ES6 Jade Scss Webpack Gulp

前端如今发现可谓纷繁杂乱而欣欣向荣；如今这阶段，组件化开发已是大势所趋；具体已在 Vue ES6 Jade Scss Webpack Gulp 有过叙述，按下不提；以下便是采用 Vue 来搞事儿的“姿势”：

如若采用 jade 像写 python 一般写html模板，可有感觉一股简洁美铺面开来？示例如下：

虽然 布局，逻辑，样式又回归至原始阶段，然而却是全新的概念，这般描述网上充盈，就不多赘述；因为组件化的引入，上述示例即可改造成如下模样：

一经这般，公用代码得以提取为组件，在各大纷繁的应用中得以轻易复用；借助 jade 模板可以清晰而简洁；借助 ec6 ，更方便书写js，借助 webpack+gulp ，U Can Do what U Want To Do；如此一来，运行效率，产品体验，开发效率各大方面均有大幅度提升，其所怀悦，幸甚至哉。

前端框架更迭如此迅速，即便当然模式已然觉得挺okay，也不当停滞不前；想来日后撸起前端来，更为便捷；即便就目前状态而言，很多已经存在妙处，还当去学习&使用：譬如jQuery的替代；虚拟Dom的使用(前不久发布的Vue2.0已添此法)等等；故而先行在文章命名后有加 （其一） ，至于 （其二） 想必不就得将来即会将其唠叨来，Fighting。

以上，于深圳.南山 16-05-14 晴