写作是为了光阴使我心安。在上一篇 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 晴
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
