(window.slotbydup=window.slotbydup || []).push({
id: '2014386',
container: s,
size: '234,60',
display: 'inlay-fix'
&&|&&0次下载&&|&&总178页&&|
您的计算机尚未安装Flash，点击安装&
阅读已结束，如需下载到电脑，请使用积分（）
下载：50积分
1人评价3页
0人评价178页
1人评价47页
1人评价23页
5人评价1页
0人评价9页
所需积分：（友情提示：大部分文档均可免费预览！下载之前请务必先预览阅读，以免误下载造成积分浪费！）
（多个标签用逗号分隔）
备注:http://doc.mbalib.com/view/839e9f7e2ec855abda7cea.html
文不对题，内容与标题介绍不符
广告内容或内容过于简单
文档乱码或无法正常显示
文档内容侵权
已存在相同文档
不属于经济管理类文档
源文档损坏或加密
若此文档涉嫌侵害了您的权利，请参照说明。
我要评价：
价格：50积分VIP价：40积分我还在携程的做业务的时候，每个看似简单的移动页面背后往往会隐藏5个以上的数据请求，其中最过复杂的当属机票与酒店的订单填写业务代码
这里先看看比较“简单”的机票代码：
然后看看稍微复杂的酒店业务逻辑：
机票一个页面的代码量达到了5000行代码，而酒店的代码竟然超过了8000行，这里还不包括模板（html）文件！！！
然后初略看了机票的代码，就该页面可能发生的接口请求有19个之多！！！而酒店的的交互DOM事件基本多到了令人发指的地步：
当然，机票团队的交互DOM事件已经多到了我笔记本不能截图了：
1 events: {
2 'click .js_check_invoice_type': 'checkInvoiceType', //切换发票类型
3 'click .flight-hxtipshd': 'huiXuanDesc', //惠选说明
4 'click .js_ListReload': 'hideNetError',
5 'click #js_return': 'backAction', //返回列表页
6 'click div[data-rbtType]': 'showRebate', //插烂返现说明
7 'click #paybtn .j_btn': 'beforePayAction', //提交订单
//flightDetailsStore, passengerQueryStore, mdStore, postAddressStorage, userStore, flightDeliveryStore
8 'click .flight-loginbtn2': 'bookLogin', //登录
9 'input #linkTel': 'setContact', //保存用户输入的联系人
10 'click #addPassenger .flight-labq': 'readmeAction',//姓名帮助
11 'click .jsDelivery': 'selDelivery', //选择配送方式
12 'click #jsViewCoupons': 'viewCoupons', //查看消费券使用说明
//flightDetailsStore
13 // 'click .j_refundPolicy': 'fanBoxAction', //查看返现信息
14 //'click .flight-bkinfo-tgq .f-r': 'tgBoxAction', //查看退改签
15 'click .js_del_tab': 'showDelListUI', //配送方式
'click .js_del_cost .flight-psf i': 'selectPaymentType', // 选择快递费用方式
17 'click #js_addrList': 'AddrListAction', //选择地址
18 'click #date-picker': 'calendarAction', //取票日期
//airportDeliveryStore
19 'click #done-address': 'zqinairselect', //取票柜台
20 'click #selectCity': 'selectCityAction', //选择城市
21 'click #date-zqtime': 'showZqTimeUI', //取票时间
//airportDeliveryStore
22 'click #jsinsure': 'viewInsure', //保险说明
23 'click #js_invoice_title': 'inTitleChangeWrp', //发票抬头更改
// userStore, flightOrderInfoInviceStore, flightOrderStore
//don't move outside
24 'click #js_invoice_title_div': 'inTitleChangeWrp',
25 'click .flight-icon-arrrht': 'showinTitleList', //‘+’号，跳转发票抬头列表
//userStore, invoiceURLStore
26 'focusin #linkTel': 'telInput',
27 'focusout #linkTel': 'telInputFinish',
28 'touchstart input': 'touchStartAction', // 处理Android手机上点击不灵敏问题
29 'click #package .flight-arrrht': 'packageSelect',
30 'focusin input': 'hideErrorTips',
31 'click #dist_text_div': 'hideErrorTips',
32 'click .j_PackageNotice': 'toggletips',
33 'click .j_AnnouncementNotice': 'toggleNotice',
34 'click #travalPackageDesc': 'forwardToTravalPackage',
//don't move into child modules
35 'click #airInsureDesc': 'showAirInsureDesc',
36 'click #paybtn': 'orderDetailAction',//价格明细
37 'click .J_retriveVerifyCodeBtn': 'getVerifyCode',
38 'click .J_toPay': 'toPayAction',
39 'click .J_closeVerifyCode': 'closeVerifyCodePopup',
40 'keyup .J_verifyCodePopup input': 'setToPayBtnStatus',
41 'click .js_flight_seat': 'selectRecommendCabin', // 选择推荐仓位
42 'click .j_changeFlight': 'changeFlightAction', // 推荐航班弹层中更改航班
43 'focusin input:not([type=tel])': 'adjustInputPosition', // iphone5/5s ios8搜狗输入法遮住input
44 'click .js_addr,#js_addr_div': 'editDeliverAddress',//报销凭证，详细地址编辑
45 'click .js_showUserInfo': 'showUserInfo', // add by hkhu v2.5.9
46 'click #logout': 'logout', // add by hkhu v2.5.9
47 'click #gotoMyOrder': 'gotoMyOrder', // add by hkhu v2.5.9
48 'touchstart #logout': function (e) { $(e.currentTarget).addClass('current'); },
49 'touchstart #gotoMyOrder': function (e) { $(e.currentTarget).addClass('current'); },
50 'click .js_buddypayConfirm': 'buddypayConfirmed',
51 'click .js_pickupTicket': 'viewPickUp', //261接送机券说明
52 'click .flt-bking-logintips': 'closelogintips'//关闭接送机券提示
就这种体量的页面，如果需要迭代需求、打BUG补丁的话，我敢肯定的说，一个BUG的修复很容易引起其它BUG，而上面还仅仅是其中一个业务页面，后面还有强大而复杂的前端框架呢！如此复杂的前端代码维护工作可不是开玩笑的！
PS：说道此处，不得不为携程的前端水平点个赞，业内少有的单页应用，一套代码H5&Hybrid同时运行不说，还解决了SEO问题，嗯，很赞。
如何维护这种页面，如何设计这种页面是我们今天讨论的重点，而上述是携程合并后的代码，他们两个团队的设计思路不便在此处展开。
今天，我这里提供一个思路，认真阅读此文可能在以下方面对你有所帮助：
1 ① 如何将一个复杂的页面拆分为一个个独立的页面组件模块
2 ② 如何将分拆后的业务组件模块重新合为一个完整的页面
3 ③ 从重构角度看组件化开发带来的好处4 ④ 从前端优化的角度看待组件化开发
文中是我个人的一些框架&业务开发经验，希望对各位有用，也希望各位多多支持讨论，指出文中不足以及提出您的一些建议。
由于该项目涉及到了项目拆分与合并，基本属于一个完整的前端工程化案例了，所以将之放到了github上：
其中工程化一块的代码，后续会由另一位小伙伴持续更新，如果该文对各位有所帮助的话请各位给项目点个赞、加颗星：）
我相信如果是中级水平的前端，认真阅读此文一定会对你有一点帮助滴。
一个实际的场景
代码仓促，可能会有BUG哦：）
代码地址：
页面基本构成
因为订单填写页一般有密度，我这里挑选相对复杂而又没有密度的产品列表页来做说明，其中框架以及业务代码已经做过抽离，不会包含敏感信息，一些优化后续会同步到开源blade框架中去。
我们这里列表页的首屏页面如下：
简单来说组成如下：
① 框架级别UI组件UIHeader，头部组件
② 点击日期会出框架级别UI，日历组件UICalendar
③ 点击出发时段、出发汽车站、到达汽车站，皆会出框架级别UI
④ header下面的日期工具栏需要作为独立的业务模块
⑤ 列表区域可以作为独立的业务模块，但是与主业务靠太近，不太适合
⑥ 出发时段、出发汽车站、到达汽车站皆是独立的业务模块
一个页面被我们拆分成了若干个小模块，我们只需要关注模块内部的交互实现，而包括业务模块的通信，业务模块的样式，业务模块的重用，暂时有以下约定：
① 单个页面的样式全部写在一个文件中，比如list里面所有模块对应的是list.css
② 模块之间采用观察者模式观察数据实体变化，以数据为媒介通信
③ 一般来说业务模块不可重用，如果有重用的模块，需要分离到common目录中，因为我们今天不考虑common重用，这块暂时不予理睬
这里有些朋友可能认为单个模块的CSS以及image也应该参与独立，我这里不太同意，业务页面样式粒度太细的话会给设计带来不小的麻烦，这里再以通俗的话来说：尼玛，我CSS功底一般，拆分的太细，对我来说难度太高......
不好的做法
不好的这个事情其实是相对的，因为不好的做法一般是比较简单的做法，对于一次性项目或者业务比较简单的页面来说反而是好的做法，比如这里的业务逻辑可以这样写：
1 define(['AbstractView', 'list.layout.html', 'list.html', 'BusModel', 'BusStore', 'UICalendarBox', 'UILayerList', 'cUser', 'UIToast'],
2 function (AbstractView, layoutHtml, listTpl, BusModel, BusStore, UICalendarBox, UILayerList, cUser, UIToast) {
return _.inherit(AbstractView, {
propertys: function ($super) {
//一堆基础属性定义
//交互业务逻辑
this.events = {
'click .js_pre_day': 'preAction', //点击前一天触发
'click .js_next_day': 'nextAction', //点击后一天触发
'click .js_bus_list li': 'toBooking', //点击列表项目触发
'click .js_show_calendar': 'showCalendar', //点击日期项出日历组件
'click .js_show_setoutdate': 'showSetoutDate', //筛选出发时段
'click .js_show_setstation': 'showStation', //筛选出发站
'click .js_show_arrivalstation': 'showArrivalStation', //筛选到达站
//迭代需求，增加其它频道入口
'click .js-list-tip': function () {}
//初始化头部标题栏
initHeader: function (t) { },
//首次dom渲染后，初始化后续会用到的所有dom元素，以免重复获取
initElement: function () {},
showSetoutDate: function () {},
showStation: function () {},
showArrivalStation: function () {},
showCalendar: function () {},
preAction: function (e) {},
nextAction: function () {},
toBooking: function (e) {},
listInit: function () {},
bindScrollEvent: function () {},
unbindScrollEvent: function () { },
addEvent: function () {
this.on('onShow', function () {
//当页面渲染结束，需要做的初始化操作，比如渲染页面
this.listInit();
this.on('onHide', function () {
this.unbindScrollEvent();
根据之前的经验，如果仅仅包含这些业务逻辑，这样写代码问题不是非常大，代码量预计在800行左右，但是为了完成完整的业务逻辑，我们这里马上产生了新的需求。
因为我这里的班次列表，最初是没有URL参数，所以根本无法产出班次列表，页面上所有组件模块都是摆设，于是这里新增一个需求：
当url没有出发-到达相关参数信息时，默认弹出出发城市到达城市选择框
于是，我们这里会新增一个简单的弹出层：
这个看似简单的弹出层，背后却隐藏了一个巨大的陷阱，因为点击出发或者到达时会出城市列表，而城市列表本身就是一个比较复杂的业务：
于是页面的组成发生了改变：
① 本身业务逻辑约800行代码
② 新增出发到达筛选弹出层
③ 出发城市页面，预计300行代码
而弹出层的新增对业务本身造成了深远的影响，本来url是不带有业务参数的，但是点击了弹出层的确定按钮，需要改变URL参数，并且刷新本身页面的数据，于是简单的一个弹出层新增直接将页面的复杂程度提升了一倍。
于是该页面代码轻轻松松破千了，后续需求迭代js代码量破2000仅仅是时间问题，到时候维护便复杂了，页面复杂无规律的DOM操作将会令你焦头烂额，这个时候组件化开发的优势便得以体现了，于是下面进入组件化开发的设计。
这次的代码依赖于blade骨架，包括：
① MVC模块，完成通过url获取正确的page控制器，从而通过view.js完成渲染页面的功能
② 数据请求模块，完成接口请求
全站依赖于javascript的继承功能，详情见：，如果不太了解面向对象编程，文中代码可能会有点吃力，也请各位多多了解。
总体业务架构如图：
框架架构图：
下面分别介绍下各个模块，帮助各位在下文中能更好的了解代码，首先是基本MVC的介绍，这里请参考我这篇文章：
全局控制器
其实控制器可谓是变化万千的一个对象，对于服务器端来说，控制器完成的功能是将本次请求分发到具体的代码模块，由代码模块处理后返回字符串给前端；
对于请求已经来到浏览器的前端来说，根据这次请求URL（或者其它判断条件），判断该次请求应该由哪个前端js控制器执行，这是前端控制器干的事情；
当真的这次处理逻辑进入一个具体的page后，这个page事实上也可以作为一个控制器存在......
我们这里的控制器，主要完成根据当前请求实例化View的功能，并且会提供一些view级别希望单例使用的接口：
1 define([
'UIHeader',
'UIToast',
'UILoading',
'UIPageView',
7 ], function (UIHeader, UIToast, UILoading, UIPageView, UIAlert) {
return _.inherit({
propertys: function () {
//view搜索目录
this.viewRootPath = 'views/';
//默认view
this.defaultView = 'index';
//当前视图路径
this.viewId;
this.viewU
this.views = {};
//是否开启单页应用
this.isOpenWebapp = _.getHybridInfo().platform == 'baidubox' ? true :
this.isOpenWebapp =
this.viewMapping = {};
//UIHeader需要释放出来
this.UIHeader = UIH
this.interface = [
'forward',
'showPageView',
'hidePageView',
'showLoading',
'hideLoading',
'showToast',
'hideToast',
'showMessage',
'hideMessage',
'showConfirm',
'hideConfirm',
'openWebapp',
'closeWebapp'
initialize: function (options) {
this.propertys();
this.setOption(options);
this.initViewPort();
this.initAppMapping();
//开启fastclick
$.bindFastClick && $.bindFastClick();
setOption: function (options) {
_.extend(this, options);
//创建dom结构
initViewPort: function () {
this.d_header = $('#headerview');
this.d_state = $('#js_page_state');
this.d_viewport = $('#main');
//实例化全局使用的header，这里好像有点不对
this.header = new this.UIHeader({
wrapper: this.d_header
//非共享资源，这里应该引入app概念了
this.pageviews = {};
this.toast = new UIToast();
this.loading = new UILoading();
this.alert = new UIAlert();
this.confirm = new UIAlert();
openWebapp: function () {
this.isOpenWebapp =
closeWebapp: function () {
this.isOpenWebapp =
showPageView: function (name, _viewdata_, id) {
var view = null, k, scope = this.curViewIns ||
if (!id) id =
if (!_.isString(name))
for (k in _viewdata_) {
if (_.isFunction(_viewdata_[k])) _viewdata_[k] = $.proxy(_viewdata_[k], scope);
view = this.pageviews[id];
var arr = name.split('/');
var getViewPath = window.getViewPath || window.GetViewP
if (!view) {
view = new UIPageView({
// bug fixed by zzx
viewId: arr[arr.length - 1] || name,
viewPath: getViewPath ? getViewPath(name) : name,
_viewdata_: _viewdata_,
onHide: function () {
scope.initHeader();
this.pageviews[id] =
view.setViewData(_viewdata_);
view.show();
hidePageView: function (name) {
if (name) {
if (this.pageviews[name]) this.pageviews[name].hide();
for (var k in this.pageviews) this.pageviews[k].hide();
showLoading: function () {
this.loading.show();
hideLoading: function () {
this.loading.hide();
showToast: function (msg, callback) {
this.toast.resetDefaultProperty();
this.toast.content =
if (callback) this.toast.hideAction =
this.toast.refresh();
this.toast.show();
hideToast: function () {
this.toast.hide();
showMessage: function (param) {
if (_.isString(param)) {
param = { content: param };
this.alert.resetDefaultProperty();
this.alert.setOption(param);
this.alert.refresh();
this.alert.show();
hideMessage: function () {
this.alert.hide();
showConfirm: function (params) {
if (!params) params = {};
if (typeof params == 'string') {
params = {
content: params
this.confirm.resetDefaultProperty();
//与showMessage不一样的地方
this.confirm.btns = [
{ name: '取消', className: 'cm-btns-cancel js_cancel' },
{ name: '确定', className: 'cm-btns-ok js_ok' }
this.confirm.setOption(params);
this.confirm.refresh();
this.confirm.show();
hideConfirm: function () {
this.confirm.hide();
//初始化app
initApp: function () {
//首次加载不需要走路由控制
this.loadViewByUrl();
//后面的加载全部要经过路由处理
if (this.isOpenWebapp === true)
$(window).on('popstate.app', $.proxy(this.loadViewByUrl, this));
loadViewByUrl: function (e) {
this.hidePageView();
var url = decodeURIComponent(location.href).toLowerCase();
var viewId = this.getViewIdRule(url);
viewId = viewId || this.defaultV
this.viewId = viewId;
this.viewUrl =
this.switchView(this.viewId);
//@override
getViewIdRule: function (url) {
var viewId = '', hash = '';
var reg = /webapp\/.+\/(.+)\.html/;
var match = url.match(reg);
if (match && match[1]) viewId = match[1];
return viewId;
//@override
setUrlRule: function (viewId, param, replace, project) {
var reg = /(webapp\/.+\/)(.+)\.html/;
var url = window.location.
var match = url.match(reg);
var proj = project ? 'webapp/' + project : match[1];
var preUrl = '', str = '', i = 0, _k, _v;
//这里这样做有点过于业务了 *bug*
var keepParam = [
if (!viewId)
if (!match || !match[1]) {
preUrl = url + '/webapp/bus/' + viewId + '.html';
preUrl = url.substr(0, url.indexOf(match[1])) + proj + viewId + '.html'; ;
//特定的参数将会一直带上去，渠道、来源等标志
for (i = 0; i & keepParam. i++) {
p = keepParam[i];
if (_.getUrlParam()[p]) {
if (!param) param = {};
param[p] = _.getUrlParam()[p];
for (k in param) {
_k = encodeURIComponent(_.removeAllSpace(k));
_v = encodeURIComponent(_.removeAllSpace(param[k]));
if (i === 0) {
str += '?' + _k + '=' + _v;
str += '&' + _k + '=' + _v;
url = preUrl +
if (this.isOpenWebapp === false) {
window.location =
if (replace) {
history.replaceState('', {}, url);
history.pushState('', {}, url);
switchView: function (id) {
var curView = this.views[id];
//切换前的当前view，马上会隐藏
var tmpView = this.curV
if (tmpView && tmpView != curView) {
this.lastView = tmpV
//加载view样式，权宜之计
this.loadViewStyle(id);
//如果当前view存在，则执行请onload事件
if (curView) {
//如果当前要跳转的view就是当前view的话便不予处理
//这里具体处理逻辑要改*************************************
if (curView == this.curView) {
this.curView = curV
this.curView.show();
this.lastView && this.lastView.hide();
this.showLoading();
this.loadView(id, function (View) {
//每次加载结束将状态栏隐藏，这个代码要改
this.hideLoading();
this.curView = new View({
viewId: id,
refer: this.lastView ? this.lastView.viewId : null,
APP: this,
wrapper: this.d_viewport
//设置网页上的view标志
this.curView.$el.attr('page-url', id);
//保存至队列
this.views[id] = this.curV
this.curView.show();
this.lastView && this.lastView.hide();
//加载view
loadView: function (path, callback) {
var self =
requirejs([this.buildUrl(path)], function (View) {
callback && callback.call(self, View);
//override
//配置可能会有的路径扩展，为Hybrid与各个渠道做适配
initAppMapping: function () {
console.log('该方法必须被重写');
//@override
buildUrl: function (path) {
var mappingPath = this.viewMapping[path];
return mappingPath ? mappingPath : this.viewRootPath + '/' + path + '/' +
//此处需要一个更新逻辑，比如在index view再点击到index view不会有反应，下次改**************************
forward: function (viewId, param, replace) {
if (!viewId)
viewId = viewId.toLowerCase();
this.setUrlRule(viewId, param, replace);
this.loadViewByUrl();
jump: function (path, param, replace) {
var viewId;
if (!path) {
path = path.toLowerCase().split('/');
if (path.length &= 0) {
viewId = path.pop();
project = path.length === 1 ? path.join('') + '/' : path.join('');
this.setUrlRule(viewId, param, replace, project);
this.loadViewByUrl();
back: function (viewId, param, replace) {
if (viewId) {
this.forward(viewId, param, replace)
if (window.history.length == 1) {
this.forward(this.defaultView, param, replace)
history.back();
这里属于框架控制器层面的代码，与今天的主题不是非常相关，有兴趣的朋友可以详细读读。
这里的核心是页面级别的处理，这里会做比较多的介绍，首先我们为所有的业务级View提供了一个继承的View：
1 define([], function () {
'use strict';
return _.inherit({
_propertys: function () {
this.APP = this.APP || window.APP;
var i = 0, len = 0,
if (this.APP && this.APP.interface) {
for (i = 0, len = this.APP.interface. i & i++) {
k = this.APP.interface[i];
if (k == 'showPageView')
if (_.isFunction(this.APP[k])) {
this[k] = $.proxy(this.APP[k], this.APP);
else this[k] = this.APP[k];
this.header = this.APP.
showPageView: function (name, _viewdata, id) {
this.APP.curViewIns =
this.APP.showPageView(name, _viewdata, id)
propertys: function () {
//这里设置UI的根节点所处包裹层
this.wrapper = $('#main');
this.id = _.uniqueId('page-view-');
this.classname = '';
this.viewId =
this.refer =
//模板字符串，各个组件不同，现在加入预编译机制
this.template = '';
//事件机制
this.events = {};
//自定义事件
//此处需要注意mask 绑定事件前后问题，考虑scroll.radio插件类型的mask应用，考虑组件通信
this.eventArr = {};
//初始状态为实例化
this.status = 'init';
this._propertys();
getViewModel: function () {
//假如有datamodel的话，便直接返回，不然便重写，这里基本为了兼容
if (_.isObject(this.datamodel)) return this.
return {};
//子类事件绑定若想保留父级的，应该使用该方法
addEvents: function (events) {
if (_.isObject(events)) _.extend(this.events, events);
on: function (type, fn, insert) {
if (!this.eventArr[type]) this.eventArr[type] = [];
//头部插入
if (insert) {
this.eventArr[type].splice(0, 0, fn);
this.eventArr[type].push(fn);
off: function (type, fn) {
if (!this.eventArr[type])
this.eventArr[type] = _.without(this.eventArr[type], fn);
this.eventArr[type] = [];
trigger: function (type) {
var _slice = Array.prototype.
var args = _slice.call(arguments, 1);
var events = this.eventA
var results = [], i,
if (events[type]) {
for (i = 0, l = events[type]. i & i++) {
results[results.length] = events[type][i].apply(this, args);
createRoot: function (html) {
//如果存在style节点，并且style节点不存在的时候需要处理
if (this.style && !$('#page_' + this.viewId)[0]) {
$('head').append($('&style id="page_' + this.viewId + '" class="page-style"&' + this.style + '&/style&'))
//如果具有fake节点，需要移除
$('#fake-page').remove();
//UI的根节点
this.$el = $('&div class="cm-view page-' + this.viewId + ' ' + this.classname + '" style="display: " id="' + this.id + '"&' + html + '&/div&');
if (this.wrapper.find('.cm-view')[0]) {
this.wrapper.append(this.$el);
this.wrapper.html('').append(this.$el);
_isAddEvent: function (key) {
if (key == 'onCreate' || key == 'onPreShow' || key == 'onShow' || key == 'onRefresh' || key == 'onHide')
setOption: function (options) {
//这里可以写成switch，开始没有想到有这么多分支
for (var k in options) {
if (k == 'events') {
_.extend(this[k], options[k]);
} else if (this._isAddEvent(k)) {
this.on(k, options[k])
this[k] = options[k];
_.extend(this, options);
initialize: function (opts) {
//这种默认属性
this.propertys();
//根据参数重置属性
this.setOption(opts);
//检测不合理属性，修正为正确数据
this.resetPropery();
this.addEvent();
this.create();
this.initElement();
window.sss =
$: function (selector) {
return this.$el.find(selector);
//提供属性重置功能，对属性做检查
resetPropery: function () { },
//各事件注册点，用于被继承override
addEvent: function () {
create: function () {
this.trigger('onPreCreate');
//如果没有传入模板，说明html结构已经存在
this.createRoot(this.render());
this.status = 'create';
this.trigger('onCreate');
//实例化需要用到到dom元素
initElement: function () { },
render: function (callback) {
var data = this.getViewModel() || {};
var html = this.
if (!this.template) return '';
//引入预编译机制
if (_.isFunction(this.template)) {
html = this.template(data);
html = _.template(this.template)(data);
typeof callback == 'function' && callback.call(this);
refresh: function (needRecreate) {
this.resetPropery();
if (needRecreate) {
this.create();
this.$el.html(this.render());
this.initElement();
if (this.status != 'hide') this.show();
this.trigger('onRefresh');
* @description 组件显示方法，首次显示会将ui对象实际由内存插入包裹层
* @method initialize
* @param {Object} opts
show: function () {
this.trigger('onPreShow');
//如果包含就不要乱搞了
if (!$.contains(this.wrapper[0], this.$el[0])) {
//如果需要清空容器的话便清空
if (this.needEmptyWrapper) this.wrapper.html('');
this.wrapper.append(this.$el);
this.$el.show();
this.status = 'show';
this.bindEvents();
this.initHeader();
this.trigger('onShow');
initHeader: function () { },
hide: function () {
if (!this.$el || this.status !== 'show')
this.trigger('onPreHide');
this.$el.hide();
this.status = 'hide';
this.unBindEvents();
this.trigger('onHide');
destroy: function () {
this.status = 'destroy';
this.unBindEvents();
this.$root.remove();
this.trigger('onDestroy');
bindEvents: function () {
var events = this.
if (!(events || (events = _.result(this, 'events'))))
this.unBindEvents();
// 解析event参数的正则
var delegateEventSplitter = /^(\S+)\s*(.*)$/;
var key, method, match, eventName,
// 做简单的字符串数据解析
for (key in events) {
method = events[key];
if (!_.isFunction(method)) method = this[events[key]];
if (!method)
match = key.match(delegateEventSplitter);
eventName = match[1], selector = match[2];
method = _.bind(method, this);
eventName += '.delegateUIEvents' + this.
if (selector === '') {
this.$el.on(eventName, method);
this.$el.on(eventName, selector, method);
unBindEvents: function () {
this.$el.off('.delegateUIEvents' + this.id);
getParam: function (key) {
return _.getUrlParam(window.location.href, key)
renderTpl: function (tpl, data) {
if (!_.isFunction(tpl)) tpl = _.template(tpl);
return tpl(data);
一个Page级别的View会有以下几个关键属性&方法：
① template，html字符串，不包含请求的基础模块，会构成页面的html骨架层
② events，所有的DOM事件定义处，以事件代理的方式定义，所以不必担心执行顺序
③&addEvent，用于页面级别各个阶段的监控事件注册点，一般来说用户只需要关注很少几个事件，比如：
2 addEvent: function () {
//页面渲染结束，并显示时候触发的事件
this.on('onShow', function () {
//离开页面，页面隐藏时候触发的事件
this.on('onHide', function () {
一个页面的基本写法：
1 define(['AbstractView'], function (AbstractView) {
return _.inherit(AbstractView, {
propertys: function ($super) {
//一堆基础属性定义
//交互业务逻辑
this.events = {
'click .js_pre_day': 'preAction'
preAction: function (e) { },
addEvent: function () {
this.on('onShow', function () {
//当页面渲染结束，需要做的初始化操作，比如渲染页面
this.on('onHide', function () {
只要按照这种规则写，便能展示页面，并且具备DOM交互事件。
页面模块类
所谓页面模块类，便是用于拆分一个页面为单个组件模块所用类，这里有这些约定：
① 一个模块类实例一定会依赖一个Page的基类实例
② 模块类实例通过this.view可以访问到依赖类的一切资源
③ 模块类实例与模块之间通过数据entity做通信
这里代码可以再优化，但不是我们这里关注的重点：
1 define([], function () {
'use strict';
return _.inherit({
propertys: function () {
//这里设置UI的根节点所处包裹层，必须设置
this.$el =
//用于定位dom的选择器
this.selector = '';
//每个moduleView必须有一个父view，页面级容器
this.view =
//模板字符串，各个组件不同，现在加入预编译机制
this.template = '';
//事件机制
this.events = {};
//实体model，跨模块通信的桥梁
this.entity =
setOption: function (options) {
//这里可以写成switch，开始没有想到有这么多分支
for (var k in options) {
if (k == 'events') {
_.extend(this[k], options[k]);
this[k] = options[k];
_.extend(this, options);
//@override
initData: function () {
//如果传入了dom便
initWrapper: function (el) {
if (el && el[0]) {
this.$el =
this.$el = this.view.$(this.selector);
initialize: function (opts) {
//这种默认属性
this.propertys();
//根据参数重置属性
this.setOption(opts);
this.initData();
this.initWithoutRender();
//处理dom已经存在，不需要渲染的情况
initWithoutRender: function () {
if (this.template)
var scope =
this.view.on('onShow', function () {
scope.initWrapper();
if (!scope.$el[0])
//如果没有父view则不能继续
if (!scope.view)
scope.initElement();
scope.bindEvents();
$: function (selector) {
return this.$el.find(selector);
//实例化需要用到到dom元素
initElement: function () { },
//@override
//收集来自各方的实体组成view渲染需要的数据，需要重写
getViewModel: function () {
throw '必须重写';
_render: function (callback) {
var data = this.getViewModel() || {};
var html = this.
if (!this.template) return '';
//引入预编译机制
if (_.isFunction(this.template)) {
html = this.template(data);
html = _.template(this.template)(data);
typeof callback == 'function' && callback.call(this);
//渲染时必须传入dom映射
render: function () {
this.initWrapper();
if (!this.$el[0])
//如果没有父view则不能继续
if (!this.view)
var html = this._render();
this.$el.html(html);
this.initElement();
this.bindEvents();
bindEvents: function () {
var events = this.
if (!(events || (events = _.result(this, 'events'))))
this.unBindEvents();
// 解析event参数的正则
var delegateEventSplitter = /^(\S+)\s*(.*)$/;
var key, method, match, eventName,
// 做简单的字符串数据解析
for (key in events) {
method = events[key];
if (!_.isFunction(method)) method = this[events[key]];
if (!method)
match = key.match(delegateEventSplitter);
eventName = match[1], selector = match[2];
method = _.bind(method, this);
eventName += '.delegateUIEvents' + this.
if (selector === '') {
this.$el.on(eventName, method);
this.$el.on(eventName, selector, method);
unBindEvents: function () {
this.$el.off('.delegateUIEvents' + this.id);
数据实体类
这里的数据实体对应着，MVC中的Model，因为之前已经使用model用作了数据请求相关的命名，这里便使用Entity做该工作：
1 define([], function () {
一些原则：
init方法时，不可引起其它字段update
var Entity = _.inherit({
initialize: function (opts) {
this.propertys();
this.setOption(opts);
propertys: function () {
//只取页面展示需要数据
this.data = {};
//局部数据改变对应的响应程序，暂定为一个方法
//可以是一个类的实例，如果是实例必须有render方法
this.controllers = {};
this.scope =
subscribe: function (namespace, callback, scope) {
if (typeof namespace === 'function') {
callback =
namespace = 'update';
if (!namespace || !callback)
if (scope) callback = $.proxy(callback, scope);
if (!this.controllers[namespace]) this.controllers[namespace] = [];
this.controllers[namespace].push(callback);
unsubscribe: function (namespace) {
if (!namespace) this.controllers = {};
if (this.controllers[namespace]) this.controllers[namespace] = [];
publish: function (namespace, data) {
if (!namespace)
if (!this.controllers[namespace])
var arr = this.controllers[namespace];
var i, len = arr.
for (i = 0; i & i++) {
arr[i](data);
setOption: function (opts) {
for (var k in opts) {
this[k] = opts[k];
//首次初始化时，需要矫正数据，比如做服务器适配
//@override
handleData: function () { },
//一般用于首次根据服务器数据源填充数据
initData: function (data) {
if (!data)
//如果默认数据没有被覆盖可能有误
for (k in this.data) {
if (data[k]) this.data[k] = data[k];
this.handleData();
this.publish('init', this.get());
//验证data的有效性，如果无效的话，不应该进行以下逻辑，并且应该报警
//@override
validateData: function () {
//获取数据前，可以进行格式化
//@override
formatData: function (data) {
//获取数据
get: function () {
if (!this.validateData()) {
return {};
return this.formatData(this.data);
//数据跟新后需要做的动作，执行对应的controller改变dom
//@override
update: function (key) {
key = key || 'update';
var data = this.get();
this.publish(key, data);
这里的数据实体会以实例的方式注入给模块类实例，他的工作是起一个中枢左右，完成模块之间的通信，反正非常重要就是了
数据请求统一使用abstract.model，数据前端缓存使用abstract.store，这里因为目标是做页面拆分，请求模块不是关键，各位可以把这段代码看层一个简单的ajax即可：
1 this.model.setParam({});
2 this.model.execute(function (data) {
最后简单说下业务入口文件：
1 (function () {
var project = './';
var viewRoot = 'pages';
require.config({
//BUS相关模板根目录
IndexPath: project + 'pages/index',
ListPath: project + 'pages/list',
BusStore: project + 'model/bus.store',
BusModel: project + 'model/bus.model'
require(['AbstractApp', 'UIHeader'], function (APP, UIHeader) {
window.APP = new APP({
UIHeader: UIHeader,
viewRootPath: viewRoot
window.APP.initApp();
很简单的代码，指定了下require的path配置，最后我们看看入口页面的调用：
1 &!doctype html&
&meta charset="UTF-8"&
&meta name="viewport" content="width=device-width, initial-scale=1, user-scalable=no, minimal-ui" /&
&meta content="yes" name="apple-mobile-web-app-capable" /&
&meta content="black" name="apple-mobile-web-app-status-bar-style" /&
&meta name="format-detection" content="telephone=no" /&
&link href="../static/css/global.css" rel="stylesheet" type="text/css" /&
&title&班次列表&/title&
11 &/head&
&div id="headerview"&
&div class="cm-header"&
&h1 class="cm-page-title js_title"&
正在加载...
&div class="cm-page-wrap"&
&div class="cm-state" id="js_page_state"&
&article class="cm-page" id="main"&
&/article&
&script type="text/javascript" src="../blade/libs/zepto.js"&&/script&
&script src="../blade/libs/fastclick.js" type="text/javascript"&&/script&
&script type="text/javascript" src="../blade/libs/underscore.js"&&/script&
&script src="../blade/libs/underscore.extend.js" type="text/javascript"&&/script&
&script type="text/javascript" src="../blade/libs/require.js"&&/script&
&script type="text/javascript" src="../blade/common.js"&&/script&
&script type="text/javascript" src="main.js"&&/script&
33 &/body&
34 &/html&
36 list.html
├─blade //框架目录
├─model //数据请求模块，完全可以使用zepto ajax替换
├─booking
└─list //demo代码模块
└─static
接下来，让我们真实的开始拆分页面吧。
组件式编程
首先，我们进行最简单的骨架设计，这里依次是其js代码与模板代码：
1 define(['AbstractView', 'text!ListPath/list.css', 'text!ListPath/tpl.layout.html'], function (AbstractView, style, layoutHtml) {
return _.inherit(AbstractView, {
propertys: function ($super) {
this.style =
this.template = layoutH
initHeader: function (name) {
var title = '班次列表';
this.header.set({
view: this,
title: title
addEvent: function () {
this.on('onShow', function () {
console.log('页面渲染结束');
1 &div class="calendar-bar-wrapper js_calendar_wrapper"&
日历工具条模块
4 &div class="none-data js_none_data" style="display:"&
当前暂无班次可预订&/div&
6 &div class="js_list_wrapper"&
9 &div class="js_list_loading" style="display: text-align: padding: 10px 0;"&
正在加载...&/div&
11 &ul class="bus-tabs list-filter"&
&li class="tabs-item js_show_setoutdate"&
&div class="line"&
&i class="icon-time"&&/i&出发时段&i class="icon-sec"&&/i&&/div&
&div class="line js_day_sec"&
全天&/div&
&li class="tabs-item js_show_setstation"&
&div class="line"&
&i class="icon-circle icon-setout "&&/i&出发汽车站&i class="icon-sec"&&/i&&/div&
&div class="line js_start_sec"&
全部车站&/div&
&li class="tabs-item js_show_arrivalstation"&
&div class="line"&
&i class="icon-circle icon-arrival "&&/i&到达汽车站&i class="icon-sec"&&/i&&/div&
&div class="line js_arrival_sec"&
全部车站&/div&
页面展示如图：
日历工具栏的实现
这里要做的第一步是将日历工具栏模块实现，以数据为先的思考，我们先实现了一个与日历业务有关的数据实体：
1 define(['AbstractEntity'], function (AbstractEntity) {
var Entity = _.inherit(AbstractEntity, {
propertys: function ($super) {
var n = new Date();
var curTime = new Date(n.getFullYear(), n.getMonth(), n.getDate()).getTime();
this.data = {
date: curTime,
title: '当前日期'
set: function (date) {
if (!date)
if (_.isDate(date)) date = date.getTime();
if (typeof date === 'string') date = parseInt(date);
this.data.date =
this.update();
getDateStr: function () {
var date = new Date();
date.setTime(this.data.date);
var dateDetail = _.dateUtil.getDetail(date);
var name = dateDetail.year + '-' + dateDetail.month + '-' + dateDetail.day + ' ' + dateDetail.weekday + (dateDetail.day1 ? '(' + dateDetail.day1 + ')' : '');
nextDay: function () {
this.set(this.getDate() + );
getDate: function () {
return parseInt(this.data.date);
//是否能够再往前一天
canPreDay: function () {
var n = new Date();
var curTime = new Date(n.getFullYear(), n.getMonth(), n.getDate()).getTime();
//如果当前日期已经是第一天，则不可预订
if (curTime &= this.getDate() - ) {
preDay: function () {
if (!this.canPreDay())
this.set(this.getDate() - );
里面完成日期工具栏所有相关数据操作，并且不包含实际的业务逻辑。
然后这里开始设计日期工具栏的模块View：
1 define(['ModuleView', 'UICalendarBox', 'text!ListPath/tpl.calendar.bar.html'], function (ModuleView, UICalendarBox, tpl) {
return _.inherit(ModuleView, {
//此处若是要使用model，处实例化时候一定要保证entity的存在，如果不存在便是业务BUG
initData: function () {
this.template =
this.events = {
'click .js_pre_day': 'preAction',
'click .js_next_day': 'nextAction',
'click .js_show_calendar': 'showCalendar'
//初始化时候需要执行的回调
this.dateEntity.subscribe('init', this.render, this);
this.dateEntity.subscribe(this.render, this);
initDate: function () {
var t = new Date().getTime();
//默认情况下获取当前日期，也有过了18.00就设置为第二天日期
//当时一旦url上有startdatetime参数的话，便需要使用之
if (_.getUrlParam().startdatetime) t = _.getUrlParam().
this.dateEntity.initData({
getViewModel: function () {
var data = this.dateEntity.get();
data.formatStr = this.dateEntity.getDateStr();
data.canPreDay = this.dateEntity.canPreDay();
preAction: function () {
if (this.dateEntity.preDay())
this.view.showToast('前一天不可预订');
nextAction: function () {
this.dateEntity.nextDay();
showCalendar: function () {
var scope = this, endDate = new Date();
var secDate = new Date();
secDate.setTime(this.dateEntity.getDate());
endDate.setTime(new Date().getTime() + );
if (!this.calendar) {
this.calendar = new UICalendarBox({
endTime: endDate,
selectDate: secDate,
onItemClick: function (date, el, e) {
scope.dateEntity.set(date);
this.hide();
this.calendar.calendar.selectDate = secD
this.calendar.calendar.refresh();
this.calendar.show();
这个组件模块干了几个事情：
① 首先，dateEntity实体需要由list.js这个主view注入
② 这里为dateEntity注册了两个数据响应事件：
1 this.dateEntity.subscribe('init', this.render, this);
2 this.dateEntity.subscribe(this.render, this);
render方法继承至基类，使用template与数据生成html，其中数据产生必须重写父类一个方法：
1 getViewModel: function () {
var data = this.dateEntity.get();
data.formatStr = this.dateEntity.getDateStr();
data.canPreDay = this.dateEntity.canPreDay();
因为这里的日历数据，默认取当前时间，但是url参数可能传递日期参数，所以定义了一个数据初始化方法：
1 initDate: function () {
var t = new Date().getTime();
//默认情况下获取当前日期，也有过了18.00就设置为第二天日期
//当时一旦url上有startdatetime参数的话，便需要使用之
if (_.getUrlParam().startdatetime) t = _.getUrlParam().
this.dateEntity.initData({
该方法在主页面渲染结束后会第一时间调用，这个时候日历工具栏便渲染出来，其中日历组件的使用便不予理睬了，主控制器的代码改变如下：
1 define([
'AbstractView',
'text!ListPath/list.css',
'ListPath/en.date',
'ListPath/mod.date',
'text!ListPath/tpl.layout.html'
11 ], function (
AbstractView,
DateEntity,
DateModule,
layoutHtml
return _.inherit(AbstractView, {
_initEntity: function () {
this.dateEntity = new DateEntity();
_initModule: function () {
this.dateModule = new DateModule({
view: this,
selector: '.js_calendar_wrapper',
dateEntity: this.dateEntity
propertys: function ($super) {
this._initEntity();
this._initModule();
this.style =
this.template = layoutH
initHeader: function (name) {
var title = '班次列表';
this.header.set({
view: this,
title: title
addEvent: function () {
this.on('onShow', function () {
//初始化date数据
this.dateModule.initDate();
1 _initEntity: function () {
this.dateEntity = new DateEntity();
5 _initModule: function () {
this.dateModule = new DateModule({
view: this,
selector: '.js_calendar_wrapper',
dateEntity: this.dateEntity
1 addEvent: function () {
this.on('onShow', function () {
//初始化date数据
this.dateModule.initDate();
于是，整个界面变成了这个样子：
这里是对应的日历工具模板文件tpl.calendar.html：
1 &ul class="bus-tabs calendar-bar"&
&li class="tabs-item
js_pre_day &%=!canPreDay ? 'disabled' : '' %&"&前一天&/li&
&li class="tabs-item js_show_calendar" style="-webkit-flex: 2; flex: 2;"&&%=formatStr %&&/li&
&li class="tabs-item js_next_day"&后一天&/li&
搜索工具栏的实现
我们现在的页面，就算不传任何URL参数，已经能渲染出部分页面了，但是下面出发站汽车等业务数据必须等待班次列表数据请求结束才能替换数据，但是这些数据如果没有出发城市和到达城市是不能发起请求的，所以这里先实现搜索工具栏功能：
在出发城市或者到达城市不存在的话便弹出搜索工具栏，引导用户选择城市，这里新增弹出层需要在主页面控制器（检测主控制器）中使用一个UI组件：
1 define([
'AbstractView',
'text!ListPath/list.css',
'ListPath/en.date',
'ListPath/mod.date',
'text!ListPath/tpl.layout.html',
'text!ListPath/tpl.search.box.html',
'UIScrollLayer'
13 ], function (
AbstractView,
DateEntity,
DateModule,
layoutHtml,
searchBoxHtml,
UIScrollLayer
return _.inherit(AbstractView, {
_initEntity: function () {
this.dateEntity = new DateEntity();
_initModule: function () {
this.dateModule = new DateModule({
view: this,
selector: '.js_calendar_wrapper',
dateEntity: this.dateEntity
propertys: function ($super) {
this._initEntity();
this._initModule();
this.style =
this.template = layoutH
initHeader: function (name) {
var title = '班次列表';
this.header.set({
view: this,
title: title,
back: function () {
console.log('回退');
tagname: 'search-bar',
value: '搜索',
callback: function () {
console.log('弹出搜索框');
this.showSearchBox();
//搜索工具弹出层
showSearchBox: function () {
var scope =
if (!this.searchBox) {
this.searchBox = new UIScrollLayer({
title: '请选择搜索条件',
html: searchBoxHtml,
'click .js-start': function () {
'click .js-arrive': function () {
'click .js_search_list': function () {
console.log('查询列表');
this.searchBox.show();
addEvent: function () {
this.on('onShow', function () {
//初始化date数据
this.dateModule.initDate();
//这里判断是否需要弹出搜索弹出层
if (!_.getUrlParam().startcityid || !_.getUrlParam().arrivalcityid) {
this.showSearchBox();
对应搜索弹出层html模板：
1 &div class="c-row search-line" data-flag="start"&
&div class="c-span3"&
出发&/div&
&div class="c-span9 js-start search-line-txt"&
请选择出发地&/div&
7 &div class="c-row search-line" data-flag="arrive"&
&div class="c-span3"&
到达&/div&
&div class="c-span9 js-arrive search-line-txt"&
请选择到达地&/div&
13 &div class="c-row " data-flag="arrive"&
&span class="btn-primary full-width js_search_list"&查询&/span&
这里核心代码是：
1 //搜索工具弹出层
2 showSearchBox: function () {
var scope =
if (!this.searchBox) {
this.searchBox = new UIScrollLayer({
title: '请选择搜索条件',
html: searchBoxHtml,
'click .js-start': function () {
'click .js-arrive': function () {
'click .js_search_list': function () {
console.log('查询列表');
this.searchBox.show();
于是当URL什么参数都没有的时候，就会弹出这个搜索框
这里也迎来了一个难点，因为城市列表事实上应该是一个独立的可访问的页面，但是这里是想用弹出层的方式调用他，所以我在APP层实现了一个方法可以用弹出层的方式调起一个独立的页面。
这里city城市列表未完全采用组件化的方式开发，有兴趣的朋友可以自己尝试着开发
这里有一个不同的地方是，因为我们点击查询的时候才会做实体数据更新，这里是单纯的做DOM操作了，这里不设置数据实体一个原因就是：
这个搜索弹出层是一个页面级DOM之外的部分，数据实体变化一般只应该影响Page级别的DOM，除非真的有两个页面级View会公用一个数据实体。
1 define([
'AbstractView',
'text!ListPath/list.css',
'ListPath/en.date',
'ListPath/mod.date',
'text!ListPath/tpl.layout.html',
'text!ListPath/tpl.search.box.html',
'UIScrollLayer'
13 ], function (
AbstractView,
DateEntity,
DateModule,
layoutHtml,
searchBoxHtml,
UIScrollLayer
return _.inherit(AbstractView, {
_initEntity: function () {
this.dateEntity = new DateEntity();
_initModule: function () {
this.dateModule = new DateModule({
view: this,
selector: '.js_calendar_wrapper',
dateEntity: this.dateEntity
propertys: function ($super) {
this._initEntity();
this._initModule();
this.style =
this.template = layoutH
//主控制器业务属性
this.urlData = {
start: {},
initHeader: function (name) {
var title = '班次列表';
this.header.set({
view: this,
title: title,
back: function () {
console.log('回退');
tagname: 'search-bar',
value: '搜索',
callback: function () {
console.log('弹出搜索框');
this.showSearchBox();
//搜索工具弹出层
showSearchBox: function () {
var scope =
if (!this.searchBox) {
this.searchBox = new UIScrollLayer({
title: '请选择搜索条件',
html: searchBoxHtml,
'click .js-start': function (e) {
scope._showCityView('start', $(e.currentTarget));
'click .js-arrive': function (e) {
scope._showCityView('end', $(e.currentTarget));
'click .js_search_list': function () {
var param = {};
if (!scope.urlData.start.id) {
scope.showToast('请先选择出发城市');
if (!scope.urlData.end.id) {
scope.showToast('请先选择到达城市');
//这里一定会有出发城市与到达城市等数据
param.startcityid = scope.urlData.start.
param.arrivalcityid = scope.urlData.end.
param.startdatetime = scope.dateEntity.getDate();
param.startname = scope.urlData.start.
param.arrivename = scope.urlData.end.
if (scope.urlData.start.station) {
param.startstationid = scope.urlData.start.station
if (scope.urlData.end.station) {
param.arrivalstationid = end_station
scope.forward('list', param);
this.hide();
this.searchBox.show();
_showCityView: function (key, el) {
var scope =
if (key == 'end') {
//因为到达车站会依赖出发车站的数据，所以这里得先做判断
if (!this.urlData.start.id) {
this.showToast('请先选择出发城市');
this.showPageView('city', {
flag: key,
startId: this.urlData.start.id,
type: this.urlData.start.type,
onCityItemClick: function (id, name, station, type) {
scope.urlData[key] = {};
scope.urlData[key]['id'] =
scope.urlData[key]['type'] =
scope.urlData[key]['name'] =
if (station) scope.urlData[key]['name'] =
el.text(name);
scope.hidePageView();
onBackAction: function () {
scope.hidePageView();
addEvent: function () {
this.on('onShow', function () {
//初始化date数据
this.dateModule.initDate();
//这里判断是否需要弹出搜索弹出层
if (!_.getUrlParam().startcityid || !_.getUrlParam().arrivalcityid) {
this.showSearchBox();
搜索功能完成后，我们这里便可以进入真正的数据请求功能渲染列表了。
在实现数据请求之前，我按照日期模块的方式将下面三个模块的功能也一并完成了，这里唯一不同的是，这些模块的DOM已经存在，我们不需要渲染了，完成后的代码大概是这样的：
1 define([
'AbstractView',
'text!ListPath/list.css',
'ListPath/en.station',
'ListPath/en.date',
'ListPath/en.time',
'ListPath/mod.date',
'ListPath/mod.time',
'ListPath/mod.setout',
'ListPath/mod.arrive',
'text!ListPath/tpl.layout.html',
'text!ListPath/tpl.search.box.html',
'UIScrollLayer'
17 ], function (
AbstractView,
StationEntity,
DateEntity,
TimeEntity,
DateModule,
TimeModule,
SetoutModule,
ArriveModule,
layoutHtml,
searchBoxHtml,
UIScrollLayer
return _.inherit(AbstractView, {
_initEntity: function () {
this.dateEntity = new DateEntity();
this.timeEntity = new TimeEntity();
this.timeEntity.subscribe('init', this.renderTime, this);
this.timeEntity.subscribe(this.renderTime, this);
this.setoutEntity = new StationEntity();
this.setoutEntity.subscribe('init', this.renderSetout, this);
this.setoutEntity.subscribe(this.renderSetout, this);
this.arriveEntity = new StationEntity();
this.arriveEntity.subscribe('init', this.renderArrive, this);
this.arriveEntity.subscribe(this.renderArrive, this);
_initModule: function () {
this.dateModule = new DateModule({
view: this,
selector: '.js_calendar_wrapper',
dateEntity: this.dateEntity
this.timeModule = new TimeModule({
view: this,
selector: '.js_show_setoutdate',
timeEntity: this.timeEntity
this.setOutModule = new SetoutModule({
view: this,
selector: '.js_show_setstation',
setoutEntity: this.setoutEntity
this.arriveModule = new ArriveModule({
view: this,
selector: '.js_show_arrivalstation',
arriveEntity: this.arriveEntity
propertys: function ($super) {
this._initEntity();
this._initModule();
this.style =
this.template = layoutH
//主控制器业务属性
this.urlData = {
start: {},
initHeader: function (name) {
var title = '班次列表';
this.header.set({
view: this,
title: title,
back: function () {
console.log('回退');
tagname: 'search-bar',
value: '搜索',
callback: function () {
console.log('弹出搜索框');
this.showSearchBox();
initElement: function () {
this.d_list_wrapper = this.$('.js_list_wrapper');
this.d_none_data = this.$('.js_none_data');
this.d_js_show_setoutdate = this.$('.js_show_setoutdate');
this.d_js_show_setstation = this.$('.js_show_setstation');
this.d_js_show_arrivalstation = this.$('.js_show_arrivalstation');
this.d_js_list_loading = this.$('.js_list_loading');
this.d_js_tabs = this.$('.js_tabs');
this.d_js_day_sec = this.$('.js_day_sec');
this.d_js_start_sec = this.$('.js_start_sec');
this.d_js_arrival_sec = this.$('.js_arrival_sec');
//搜索工具弹出层
showSearchBox: function () {
var scope =
if (!this.searchBox) {
this.searchBox = new UIScrollLayer({
title: '请选择搜索条件',
html: searchBoxHtml,
'click .js-start': function (e) {
scope._showCityView('start', $(e.currentTarget));
'click .js-arrive': function (e) {
scope._showCityView('end', $(e.currentTarget));
'click .js_search_list': function () {
var param = {};
if (!scope.urlData.start.id) {
scope.showToast('请先选择出发城市');
if (!scope.urlData.end.id) {
scope.showToast('请先选择到达城市');
//这里一定会有出发城市与到达城市等数据
param.startcityid = scope.urlData.start.
param.arrivalcityid = scope.urlData.end.
param.startdatetime = scope.dateEntity.getDate();
param.startname = scope.urlData.start.
param.arrivename = scope.urlData.end.
if (scope.urlData.start.station) {
param.startstationid = scope.urlData.start.station
if (scope.urlData.end.station) {
param.arrivalstationid = end_station
scope.forward('list', param);
this.hide();
this.searchBox.show();
_showCityView: function (key, el) {
var scope =
if (key == 'end') {
//因为到达车站会依赖出发车站的数据，所以这里得先做判断
if (!this.urlData.start.id) {
this.showToast('请先选择出发城市');
this.showPageView('city', {
flag: key,
startId: this.urlData.start.id,
type: this.urlData.start.type,
onCityItemClick: function (id, name, station, type) {
scope.urlData[key] = {};
scope.urlData[key]['id'] =
scope.urlData[key]['type'] =
scope.urlData[key]['name'] =
if (station) scope.urlData[key]['name'] =
el.text(name);
scope.hidePageView();
onBackAction: function () {
scope.hidePageView();
//初始化出发车站，该数据会随着数据加载结束而变化
//如果url具有出发站名称以及id，需要特殊处理
initSetoutEntity: function () {
var data = {};
if (_.getUrlParam().startstationid) {
//出发车站可能并没有传，兼容老代码
data.name = _.getUrlParam().startname || '全部车站';
data.id = _.getUrlParam().
this.setoutEntity.initData(data, data.id);
//初始化到达站
initArriveEntity: function () {
var data = {};
if (_.getUrlParam().arrivalstationid) {
//出发车站可能并没有传，兼容老代码
data.name = _.getUrlParam().arrivename || '全部车站';
data.id = _.getUrlParam().
this.arriveEntity.initData(data, data.id);
//时段只有变化时候才具有显示状态
renderTime: function () {
var name = this.timeEntity.getName();
this.d_js_day_sec.html(name);
renderSetout: function () {
var name = this.setoutEntity.getName();
this.d_js_start_sec.html(name);
renderArrive: function () {
var name = this.arriveEntity.getName();
this.d_js_arrival_sec.html(name);
addEvent: function () {
this.on('onShow', function () {
//初始化date数据
this.dateModule.initDate();
//这里判断是否需要弹出搜索弹出层
if (!_.getUrlParam().startcityid || !_.getUrlParam().arrivalcityid) {
this.showSearchBox();
//初始化时段选择
this.timeEntity.initData();
this.initSetoutEntity();
this.initArriveEntity();
这个时候整个逻辑结构大概出来了：
因为该文耗时过长，导致我现在体力有点虚脱，所以这里的代码不一定最优
最后功能：
到此，demo结束了，最后形成的目录：
一个js便可以拆分成这么多的小组件模块，如果是更加复杂的页面，这里的文件会很多，比如订单填写页的组件模块是这里的三倍。
组件化的优缺点
组件化带来的几个优点十分明显：
① 组件化拆分，使得主控制业务逻辑清晰简单
② 各个业务组件模块功能相对独立，可维护性可测试性大大提升
③ 组件之间可以任意组合，有一定可重用性
④ 增删模块不会怕打断骨头连着筋
⑤ 一个业务模块所需代码全部在一个目录，比较好操作（有点凑数嫌疑）
事实上，组件化不会带来什么不足，对于不了解的朋友可能会认为代码复杂度有所增加，其实不这样做代码才真正叫一个难呢！
真正的美中不足的要挑一个毛病的话，这种分拆可能会比单个文件代码量稍大
从性能优化角度看组件化
无论什么前端优化，最后的瓶颈一定是在请求量上做文章：压缩、缓存、仅仅做首屏渲染、将jQuery缓存zepto......
说都会说，但是很多场景由不得你那样做，项目足够复杂，而UI又提供给了不同团队使用的话，有一天前端做了一次UI优化，而如何将这次UI优化反应到线上才是考验架构设计的时候，如果是不好的设计的话，想将这次优化推上线，会发生两个事情：
① 业务团队大改代码
② 框架资源（js&css）膨胀
这种头疼的问题是一般人做优化考虑不到的，而业务团队不会因为你的更新而去修改代码，所以一般会以代码膨胀为代价将这次优化强推上线，那往往会让情况更加复杂：
新老代码融合，半年后你根本不知道哪些代码可以删，哪些代码可以留，很大时候这个问题会体现在具有公共特性的CSS中
如果你的CSS同时服务于多个团队，而各个团队的框架版本不一致，那么UI升级对你来说可能是一个噩梦！如果你想做第三轮的UI升级，那还是算了吧......
事实上，我评价一个前端是否足够厉害，往往就会从这里考虑：
当一个项目足够复杂后，你私下做好了优化，但是你的优化代码不能无缝的让业务团队使用，而需要业务团队做很多改变，你如何解决这种问题
很多前端做一个优化，便是重新做了一个东西，刚开始肯定比线上的好，但半年后，那个代码质量还未必有以前的好呢，所以我们这里应该解决的是：
如何设计一个机制，让业务团队以最小的修改，而可以用上新的UI（样式、特性），而不会增加CSS（JS）体积
这个可能是组件化真正要解决的事情！
理想情况下，一个H5的资源组成情况是这样的：
① 公共核心CSS文件（200行左右）
② 框架核心文件（包含框架核心和第三方库）
③ UI组件（有很多独立的UI组件组成，每个UI组件又包含完整的HTML&CSS）
④ 公共业务模块（提供业务级别公共服务，比如登录、城市列表等业务相关功能）
⑤ 业务频道一个页面，也就是我们这里的list页的代码
因为框架核心一般来说是不经常改变的，就算改变也是对表现层透明的，UI采用增量与预加载机制，这样做会对后续样式升级，UI升级有莫大的好处，而业务组件化后本身要做什么滚动加载也是轻而易举
好的前端架构设计应该满足不停的UI升级需求，而不增加业务团队下载量
本文就如何分解复杂的前端页面提出了一些自己的想法，并且给予了实现，希望对各位有所帮助。
前端代码有分拆就有合并，因为最终一个完整的页面需要所有资源才能运行，但考虑到此文已经很长了，关于合并一块的工作留待下文分析吧
为了方便各位理解组件化开发的思想，我这里写了一个完整的demo帮助各位分析，由于精力有限，代码难免会有BUG，各位多多包涵：
可能会浏览的代码：
重要的事情
最后，我的微博粉丝及其少，如果您觉得这篇博客对您哪怕有一丝丝的帮助，微博求粉博客求赞！！！
阅读(...) 评论()