本文转载自：http://www.cnblogs.com/kenkofox/p/4650310.html

不过，这一篇，我想进一步探讨一下这两个框架的优缺点，另外，再进一步，抛开这两个框架，回到本真，自己搞个简单的路由一样可以实现单页面。

这个对于刚做前端开发的新同学来说就最好不过了，如果一来到岗位就一大堆angular、backbone、requirejs，看资料都看一两周。其实大家最熟悉的东西还是那个美元$，用美元能解决的问题，就不要麻烦到angular、backbone大爷了。

事先说明，由于我的业务范围窄，不一定能把angular和backbone的功能都用一遍，所以以下的分析可能以偏概全，欢迎大家讨论。

angular优点：

  • 强大的数据双向绑定
  • View界面层组件化
  • 内置的强大服务（例如表单校验）
  • 路由简单

angular缺点：

  • 引入的js较大，对移动端来说有点吃不消
  • 语法复杂，学习成本高

backbone优点：

  • 引入的js较小
  • 清晰MVC分层
  • Model层事件机制
  • 路由简单而且便于扩展

backbone缺点：

  • MVC有点死板，有时候觉得累赘
  • 没有双向绑定，界面修改只能靠自己
  • view切换时，没有足够便捷的事件通知（要自己监听route）

其实，这两个框架都非常优秀，但是，在实际业务中，不一定百试百灵，因为有一些移动端的单页面web，业务就很简单，只是路由分别切换到几个子模块，每个子模块基本都是拉一次数据，展示给用户，很少用户交互从而修改数据，改变视图的功能。

对于这种情况，使用angular未免有点杀鸡用牛刀的感觉，而backbone虽然小巧了不少，但是模型的功能也是浪费的。

所以，在这里，我想探讨一下，能否抛开这两个框架，只索取我们基本所需，建立一个更简单的架构呢？

经验看来，一些类库是必不可少的：

  • requirejs：模块划分
  • zepto：移动端的jquery
  • underscore：便捷的基础方法，包括模版template、each、map等等
  • 路由库：这里先使用director.js，然而这玩意并没有backbone和angular的路由好用，文章最后再来探讨这个问题

自己做一套最简单的架构，思想非常简单：

  1. 启动程序
  2. 监听路由
  3. 路由变化，映射到对应的处理逻辑，加载对应的模块
  4. 模块加载完成，修改dom，也就是视图
  5. 页面跳转时，移除上一个模块，加载下一个模块，也就是回到第3点

简单的思路，让架构非常简洁明了，新团队成员来到能够轻松上手，而angular和backbone的架构，少说得2、3天才能融入一个已有项目中去。

接下来，我们具体看看怎么做。

第一步，还是index.html

<!DOCTYPE html>

<html>

<head>

    <meta charset="utf-8">

    <title>Underscore & Director & Requirejs</title>

</head>

<body>

<div id="container"></div>

<script data-baseurl="./" data-main="main.js" src="libs/require.js" id="main"></script>

</body>

</html>

这个跟前两篇没什么差别。requirejs引入main.js作为程序入口

第二步，main.js配置requirejs的依赖关系，并启动webapp

(function (win) {

    //配置baseUrl

    var baseUrl = document.getElementById('main').getAttribute('data-baseurl');

    /*

     * 文件依赖

     */

    var config = {

        baseUrl: baseUrl,           //依赖相对路径

        paths: {                    //如果某个前缀的依赖不是按照baseUrl拼接这么简单，就需要在这里指出

            director: 'libs/director',

            zepto: 'libs/zepto.min',

            underscore: 'libs/underscore',

            text: 'libs/text'             //用于requirejs导入html类型的依赖

        },

        shim: {                     //引入没有使用requirejs模块写法的类库。

            underscore: {

                exports: '_'

            },

            zepto: {

                exports: '$'

            },

            director: {

                exports: 'Router'

            }

        }

    };

    require.config(config);

    require(['zepto', 'router', 'underscore'], function($, router, _){

        win.appView = $('#container');      //用于各个模块控制视图变化

        win.$ = $;                          //暴露必要的全局变量，没必要拘泥于requirejs的强制模块化

        win._ = _;

        router.init();                      //开始监控url变化

    });

})(window);

director.js没有AMD写法，还是按照shim的方式引入。另外，由于$和_的使用率太高，所以这里直接公开为全局变量。

除此之外，还加了appView变量，目的是方便各个子模块修改界面。

第三步，router.js配置路由

这里使用的路由类库是director(https://github.com/flatiron/director)，相对精简的路由，但其实对于我们这个程序来说，貌似还不够精简。先凑合着吧。

director官网给出的示例也相当简单，就是“路径”对应“函数”，非常清晰而且实用的方式。

      var author = function () { console.log("author"); };

      var books = function () { console.log("books"); };

      var viewBook = function (bookId) {

        console.log("viewBook: bookId is populated: " + bookId);

      };

      var routes = {

        '/author': author,

        '/books': [books, function() {

          console.log("An inline route handler.");

        }],

        '/books/view/:bookId': viewBook

      };

      var router = Router(routes);

      router.init();

来看看我们自己的版本：

define(['director', 'underscore'], function (Router, _) {

    //先设置一个路由信息表，可以由html直出，纯字符串配置

    var routes = {

        'module1': 'module1/controller1.js',

        'module2/:name': 'module2/controller2.js'     //director内置了普通必选参数的写法，这种路由，必须用路径“#module2/kenko”才能匹配，无法缺省

//        'module2/?([^\/]*)/?([^\/]*)': 'module2/controller2.js'    //可缺省参数的写法，其实就是正则表达式,括号内部分会被抽取出来变成参数值。backbone做得比较好，把这个语法简化了

                                                                    //  “ /?([^\/]*) ”  这样的一段表示一个可选参数，接受非斜杠/的任意字符

    };

    var currentController = null;

    //用于把字符串转化为一个函数，而这个也是路由的处理核心

    var routeHandler = function (config) {

        return function () {

            var url = config;

            var params = arguments;

            require([url], function (controller) {

                if(currentController && currentController !== controller){

                    currentController.onRouteChange && currentController.onRouteChange();

                }

                currentController = controller;

                controller.apply(null, params);

            });

        }

    };

    for (var key in routes) {

        routes[key] = routeHandler(routes[key]);

    }

    return Router(routes);

});

这里把director的路由配置修改了一下，原来只能接受<String, Function>这样的key value对，但参考之前backbone篇，更好方式应该是让路由表尽量只有字符串配置，不要写逻辑（函数）。

所以，上述代码中，多了一个routeHandler，目的就是建立闭包，把string（配置）转换为一个闭包函数。

结果，运行效果就是，遇到一个路由，就根据配置加载对应的子模块代码。后续实际执行什么，由子模块自己决定。这样main/router就能彻底跟子模块解耦。

第四步，建立一个模块

tpl.html

<div>

    Here is module 1. My name: <%=name %><br>

    <a href="#module2/fromModule1">turn to module 2</a>

</div>

controller1.js

define(['text!module1/tpl.html'], function (tpl) {

    var controller = function () {

        appView.html(_.template(tpl, {name: 'kenko'}));

    };

    return controller;

});

我觉得能实现业务逻辑的前提下，越简单的架构就越好，便于传承和维护。

controller就是这个子模块要做的逻辑，appView是整个视图根节点，想怎么玩就怎么玩，这对于不熟悉angular、backbone的同学最爽不过了。

这里重点是利用了requirejs做模块化和依赖加载，并用了underscore的模版库template。

第五步，再做一个模块，加上一些销毁接口

tpl.html

<div>

    Here is module 2. My name: <%=name %><br>

    <button>click me!</button>

    <a href="#module1">turn to module 1</a>

</div>

controller2.js

define(['text!module2/tpl.html'], function (tpl) {

    var controller = function (name) {

        appView.html(_.template(tpl, {name: name?name:'vivi'}));

        $('button').on('click', function clickHandler() {

            alert('hello');

        });

        controller.onRouteChange = function () {

            console.log('change');      //可以做一些销毁工作，例如取消事件绑定

            $('button').off('click');   //解除所有click事件监听

        };

    };

    return controller;

});

至此，整个简单的框架就完成了。

大道至简，我非常喜欢这样简单的架构。希望对新手朋友有所帮助。

最后，关于director的路由，要吐槽一下，这个并没有backbone那些这么好用，它没有内置的缺省参数写法，需要自己理解正则表达式，写复杂的([?*。参照上边router.js的代码。

路由匹配的本质，其实是正则表达式的exec匹配和提取参数。我后续会再整一个简单好用的路由，参考backbone的模式，猛击这里：http://www.cnblogs.com/kenkofox/p/4650824.html

本文代码：https://github.com/kenkozheng/HTML5_research/tree/master/UnderscoreRequireJS

浅谈HTML5单页面架构（三）—— 回归本真：自定义路由 + requirejs + zepto + underscore的更多相关文章

  1. 浅谈HTML5单页面架构（二）——backbone + requirejs + zepto + underscore

    本文转载自:http://www.cnblogs.com/kenkofox/p/4648472.html 上一篇<浅谈HTML5单页面架构(一)--requirejs + angular + a ...

  2. AngularJS进阶(二十五)requirejs + angular + angular-route 浅谈HTML5单页面架构

    requirejs + angular + angular-route 浅谈HTML5单页面架构 众所周知,现在移动Webapp越来越多,例如天猫.京东.国美这些都是很好的例子.而在Webapp中,又 ...

  3. 浅谈HTML5单页面架构（一）——requirejs + angular + angular-route

    心血来潮,打算结合实际开发的经验,浅谈一下HTML5单页面App或网页的架构. 众所周知,现在移动Webapp越来越多,例如天猫.京东.国美这些都是很好的例子.而在Webapp中,又要数单页面架构体验 ...

  4. H5单页面架构：自定义路由 + requirejs + zepto + underscore

    angular优点: 强大的数据双向绑定 View界面层组件化 内置的强大服务(例如表单校验) 路由简单 angular缺点: 引入的js较大,对移动端来说有点吃不消 语法复杂,学习成本高 backb ...

  5. 浅谈vue单页面seo问题

    最近做项目的时候,被要求做seo,由于项目已经开发完毕,且只需首页做seo,所以考虑再三,决定用prerender-spa-plugin结合vue-meta-info来实现首页的seo.如果你的页面是 ...

  6. 【ASP.NET MVC系列】浅谈表单和HTML辅助方法

    [01]浅谈Google Chrome浏览器(理论篇) [02]浅谈Google Chrome浏览器(操作篇)(上) [03]浅谈Google Chrome浏览器(操作篇)(下) [04]浅谈ASP. ...

  7. 【ASP.NET MVC系列】浅谈ASP.NET 页面之间传值的几种方式

    ASP.NET MVC系列文章 [01]浅谈Google Chrome浏览器(理论篇) [02]浅谈Google Chrome浏览器(操作篇)(上) [03]浅谈Google Chrome浏览器(操作 ...

  8. 浅谈大型web系统架构

    动态应用,是相对于网站静态内容而言,是指以c/c++.php.Java.perl..net等服务器端语言开发的网络应用软件,比如论坛.网络相册.交友.BLOG等常见应用.动态应用系统通常与数据库系统. ...

  9. 浅谈html5网页内嵌视频

    更好的阅读体验:浅谈html5网页内嵌视频 如今在这个特殊的时代下:flash将死未死,微软和IE的历史问题,html5标准未定,苹果和谷歌的闭源和开源之争,移动互联网的大势所趋,浏览器各自为战... ...

随机推荐

  1. javascript 学习笔记

    本文主要记录在学习过程中遇到的JavaScript难点或者容易疏忽的细节,也方便自己日后翻阅学习. 1.arr.length === + arr.length arr.length === + arr ...

  2. 09 web开发高级应用（1）

    - 1 <base> 标签用法 ```base: 为页面上的所有链接规定默认地址或默认目标target: 跳转到的目标页 <base target=_blank> <!- ...

  3. 解密jQuery事件核心 - 模拟事件（四）

    前几章已经把最核心的实现都分解过了,这一章我们看看jQuery是如何实现事件模拟的 在Internet Explorer 8和更低,一些事件change 和 submit本身不冒泡,但jQuery修改 ...

  4. OpenCascade Eigenvalues and Eigenvectors of Square Matrix

    OpenCascade Eigenvalues and Eigenvectors of Square Matrix eryar@163.com Abstract. OpenCascade use th ...

  5. 静态Include和动态Include测试并总结

    主要代码 hjzgg.css .center-div{ width:auto; margin-left: 40%; margin-right: 40%; display: block; positio ...

  6. ASP.NET WebAPi之断点续传下载（中）

    前言 前情回顾:上一篇我们遗留了两个问题,一个是未完全实现断点续传,另外则是在响应时是返回StreamContent还是PushStreamContent呢?这一节我们重点来解决这两个问题,同时就在此 ...

  7. C#由变量捕获引起对闭包的思考

    前言 偶尔翻翻书籍看看原理性的东西确实有点枯燥,之前有看到园中有位园友说到3-6年工作经验的人应该了解的.NET知识,其中就有一点是关于C#中的闭包,其实早之前在看书时(之前根本不知道C#中还有闭包这 ...

  8. AngularJS之Directive（三）

    前言 angular核心部分如下图几大块,最重要的莫过于指令这一部分,本文将重点讲解指令这一部分,后续笔者将通过陆续的学习来叙述其他如:factory.service等,若有叙述错误之处,欢迎各位指正 ...

  9. MVC, MVP, MVVM比较以及区别(下)

    上一篇得到大家的关注,非常感谢.一些朋友评论中,希望快点出下一篇.由于自己对于这些模式的理解也是有限,所以这一篇来得迟了一些.对于这些模式的比较,是结合自己的理解,一些地方不一定准确,但是只有亮出自己 ...

  10. C# 打印PDF文件之使用不同打印机打印所有页面或部分页面

    C# 打印PDF文件之使用不同打印机打印所有页面或部分页面 最近在逛国外各大编程社区论坛的时候,发现很多人都在问一个关于PDF文件打印的问题:打印时如何选择非默认打印机并设置打印页面的范围.而一般情况 ...