[原创]Backbone源码分析-MVC模型
作者：nuysoft/高云/nuysoft@gmail.com
声明：本文为原创文章，如需转载，请注明来源并保留原文链接。
代码混乱
前端攻城师是个新兴的职业，一直以来前端开发面临着以下的问题：
- 数据模型、业务模型不清晰
- 代码代码复用率低，很多时候是Ctrl-C/V
- 代码可读性和可维护性低
- 难以满足需求的变化，特别是前端需求的频繁变化
jQuery在一定程度上改善了这种状态，解决了原生JS代码写起来繁琐的问题，但jQuery毕竟是一个以DOM查找和操作为主的库，这样的定位使得jQuery的大型前端项目中只能作为底层库使用，应用代码依然是杂乱无章，不得不依赖于攻城师的技术水准和职业素养。
而MVC模型通过细分模型、视图、控制器的职责，约定开发方式，让代码开发和管理变得条理、清晰。JS应用程序的本质是事件驱动，而MVC适合于事件驱动的场景，两者不谋而合。MVC在大部分语言的框架中都有实现，JavaScript虽然在这方面起步较晚，但随着前端和JS越来越被认可和重视，JSMVC框架的出现成为必然。
Backbone正是一个优秀的JSMVC框架。
传说中的单页面应用程序OPOA
在JS半死不活的年代，面临着随时被Flash吃掉的恐惧和各种市场唱衰，以及大公司富客户端产品的竞争，像Sun的JavaFX、微软的Sliveright，AJAX的异步请求和动态加载，可以说是力挽狂澜，有着拥立之功。
在AJAX被发掘之后，编写类似桌面程序的单页面应用程序OPOA“似乎”成为了可能，但是随后发现不能支持浏览器历史的前进、后退、收藏，使得OPOA成了各种DEMO秀，一直没有流行起来。
直到对URL hash的挖掘（location.hash），OPOA才变得可行。hash虽然不会在请求时传给服务器，但是在浏览器中，改变hash却可以前进、后退、收藏（在低版本的IE中可以通过iframe实现）。
hash驱动正是Backbone事件驱动模型中一种，在某些应用中可能是最重要的一种。
Backbone还有模型事件驱动和视图事件驱动， Backbone也不仅仅应用在OPOA中，在后边的章节将逐步介绍。
还不够完美
还有模块依赖、动态载入、模板等等需要去研究和学习，这些概念和框架已经不是什么新鲜事务了，但是如何将各种专注的库、框架、工具集成，变成完整、可靠、稳定、高效开发、可以成熟应用的系统解决方案，是前端领域需要继续研究和实践的课题。
我也是刚开始接触和学习，有感于最近这些知识受到的冲击，罗哩罗嗦的写了这些。下边开始分析我对MVC在浏览器中应用的认识。
MVC的优点和缺点
MVC可以简化重构、解耦合、提高代码复用、适应变化、易读、较少维护代码、提高可维护性，因为是结构化模块化开发，还可以实现代码自动生成。但是MVC也会导致复杂度上升、运行效率下降。
真的解耦了吗？只是尽可能的解耦，事实上也不可能完全解耦。模型与视图的关系在实际应用中的关系可能更加复杂，视图也不仅仅负责渲染、交互，还可能需要模板引擎、数据解析、适配等等。
为了更好的分析JSMVC的实现，我们先对MVC在JS中的职责进行梳理。请看下节 Backbone源码分析系列之JSMVC。
