Vue.js(vue官网)

123 发布：2024-10-25 12:50 55

　　如何选择合适的前端框架，告别选择恐惧症？做为一个新手，好多框架可能都不会，但必须了解下，对个人的职业发展还是有好处的。

　　WEB前端工程的分享：

　　刚开始学习前端的时候，SPA(单页面应用)还没有现在这么流行，可以选择的框架也很少。而今天，我随便打开一个技术相关的网站、应用，只需要简单的看几页，就可以看到丰富的前端框架世界 Angular 2、React、Vue.js、Ember.js。

　　当我还是一个新手程序员，我从不考虑技术选型的问题。因为不需要做技术选型、不需要更换架构的时候，便觉得框架丰富就让它丰富吧，反正我还是用现在的技术栈。等到真正需要用的时候，依靠之前的基础知识，我仍能很轻松地上手。

　　可是一旦需要考虑选型的时候，真觉得天仿佛是要塌下来一般。选择 A 框架，则使用过 B 框架的可能会有些不满。选用 B 框架，则使用 A 框架的人会有些不满。选择一个过时的框架，则大部分的人都会不满。这点“小事”，也足够让你几天几夜睡不了一个好觉。

　　前端的选择恐惧症

　　年轻的程序员都是好奇的猫，玩过一个又一个的前端框架。从毛球上弄出一条条的线，玩啊玩，最后这一个个的框架在脑子里搅浆糊。

　　技术选型：不仅仅受技术影响

　　有太多的选择，就是一件麻烦的事;没有选择时，就是一件更麻烦的事;有唯一的选择时，事情就会变得超级简单。

　　这时，为了更好的考量不同的因素，你就需要列出重要的象限，如开发效率、团队喜好等等。并依此来决定，哪个框架更适合当前的团队和项目。

　　PRI

　　即使，不考虑前端框架以外的因素，那么技术选型也是相当痛苦的一件事。

　　上线时间影响框架

　　每一个框架从诞生到受欢迎，都有其特定的原因和背景。不同的开发者选择时，也是依据于其特定情景下的原因和背景。

　　锤子定律：你需要更大的视野

　　年轻的时候，学会了 A 框架，总觉得 Z 网站用 A 框架来实现会更好，一定不会像今天这样经常崩溃、出Bug。时间一长，有时候就会发现，Z 网站使用 A 不合适，他们的问题并不是框架的问题，而是运维的问题。

　　前端框架一览

　　在这个复杂的前端框架世界里，我不敢自称是有丰富的徒刑经验。我只能去分享我用过的那些框架，读者们再结合其他不同的框架来做决定。

　　jQuery, 使用生态解决问题

　　jQuery 创立之初的主要目标是，简化 HTML 与 Java 之间的操作，开发者可以轻松地使用 $(apos;elmentapos;).doSomething() 的形式来对元素进行操作。诞生之后，由于其简单容易手、并且拥有丰富的插件，几度成为最受欢迎的前端框架。大部分动态交互效果，都能轻松地找到 jQuery 插件。即使，没有也能通过其 API，快速地编写相应的插件。

　　所以，在互联网上仍有大量的网站在使用 jQuery。这些网站多数是 CMS(内容管理系统)、学校网站、政府机构的网站等等。对于这些以内容为主的网站来说，他们并不需要更好的用户体验，只需要能正确的显示内容即可。

　　因此即使在今天，对于一般的 Web 应用来说，Java 搭配 jQuery 生态下的插件就够用。然而，对于一些为用户提供服务的网站来说，前端就不是那么简单。

　　Backbone.js，脊椎连接框架

　　Backbone.js 是一个轻量级的前端框架，其编程范型大致上匹配MVC架构。它为应用程序提供了模型(models)、集合(collections)、视图(views)的结构。

　　Backbone 的神奇之处在于，在可以结合不同的框架在一起使用。就像脊椎一样，连接上身体的各个部分。使用 Require.js 来管理依赖;使用 jQuery 来管理 DOM;使用 Mustache 来作为模板。它可以和当时流行的框架，很好地结合到一起。在今天看来，能结合其他前端框架，是一件非常难得的事。

　　遗憾的是，Backbone.js 有一些的缺陷，使它无法满足复杂的前端应用，如 Model 模型比较简单，要处理好 View 比较复杂。除此，还有更新 DOM 带来的性能问题。

　　Angular，一站式提高生产力

　　对于复杂的前端应用来说，基于 Angular.js 应用的运行效率，仍然有大量地改进空间。在应用运行的过程中，需要不断地操作 DOM，会造成明显的卡顿。对于 WebView 性能较差或早期的移动设备来说，这就是一个致命伤。

　　幸运的是在 2016 年底，Angular 团队推出了 Angular 2，它使用 Zone.js 实现变化的自动检测、

　　而迟来的 Angular 2 则受奥斯本效应[1]的影响，逼得相当多的开发者们开始转向其它的框架。

　　React，组件化提高复用

　　大量的人选择 React 还有一个原因是：React Native、React VR 等等，可以让 React 运行在不同的平台之上。我们还能通过 React 轻松编写出原生应用，还有 VR 应用。

　　在看到 Angular 2 升级以及 React 复杂性的时候，我相信有相当多的开发者转而选择 Vue.js。

　　Vue.js，简单也是提高效率

　　对于没有 Angular 和 React 经验的团队，并且规模不大的前端项目来说，Vue.js 是一个非常好的选择。

　　虽然 Vue.js 的生态与 React 相比虽然差上一截，但是配套设施还是相当齐全的，如 Vuex 、 VueRouter。只是，这些组件配套都由官方来提供、维护，甚至连 awesome-vue 也都是官方项目，总觉得有些奇怪。

　　除此，Vue.js 中定义了相当多的规矩，这种风格似乎由 jQuery 时代遗留下来的。照着这些规矩来写代码，让人觉得有些不自在。