vue生态圈

本文来自网易云社区

作者：刘凌阳

前言

公司社区上关于Vue的文章挺少的（少的可怜），不禁为Vue愤愤不平，此文应运而生。

但笔者水平有限，也写不了什么特别高深的东西，只能简单介绍下Vue生态圈，如有不对之处，还望指正。

Vue.js

Vue.js是一款极简的 mvvm 框架，如果让我用一个词来形容它，就是“轻巧”  。如果用一句话来描述它，它能够集众多优秀逐流的前端框架之大成，但同时保持简单易用。为什么这么说，因为Vue.js通过简洁的API提供高效的数据绑定和灵活的组件系统。在前端纷繁复杂的生态中，Vue.js却一直受到一定程度的关注，而其本身也在高速发展中，不论是生态、社区、资源、插件等等都在日趋壮大。如果您还未曾了解Vue.js的话，建议您阅读  http://cn.vuejs.org/v2/guide/，这里有Vue.js正确的食用方法。如果您想在此文中知晓Vue.js核心的话，可能要让您失望了。本文不会介绍Vue.js的语法，模板、组件、API等等，这是一篇介绍Vue.js周边或者说Vue.js生态的文章（当然这要求你对Vue.js有一定程度的了解）。

Vuex

如果说整个生态圈里vue.js作为核心，坐实了老大地位的话，我会把Vuex放在老二的位置。学过React的人都知道Redux  的重要性，而Vuex之于Vue就像Redux之于React。

Vuex 是一个专为 Vue.js 应用程序开发的  状态管理模式  。  灵感来自Flux和Redux,但简化的概念和实现是一个专门为  Vue.js应用设计的状态管理架构。如果您的应用程序足够简单，建议您不要使用Vuex。  但是，如果您需要构建是一个中大型单页应用，您很可能会考虑如何更好地在组件外部管理状态，Vuex 将会成为自然而然的选择。

言归正传，什么是状态管理模式？讲讲我自己的理解吧。当你在开发应用程序时，你一定会分解出很多组件进行开发，而  各个组件之间想必在逻辑上多少是有关系的。  那么组件之间的“通信”，就成了待解决问题。  以前我们试图用事件广播来做，但随之而来的问题是，在应用不断的扩展、变化中，事件变得越来越复杂，越来越不可预料，以至于越来越难调试，越来越难追踪错误。这当然不是我们想要的，我们希望应用的各个部分都易维护、可扩展、好调试、能预测。于是，状态管理模式冒了出来。

几个重要的概念：

• state：驱动应用的数据源；

• actions：响应在用户操作行为导致的状态变化；

• mutations：引发状态改变的所有方法的集合；

• store对象：store对象是Vuex.Store的实例。在store内有分为state对象和mutations对象。

简单点说，本来需要共享状态的更新是需要组件之间通讯的，而现在有了Vuex，所有组件就都和store通讯了。问题就自然解决了。

vue-router

都说Vue牛逼，那一定也有一套自己路由的实现，接下来让我们来看看vue-router。

vue-router是Vue.js官方的路由插件，它和vue.js是深度集成的，适合用于构建单页面应用。vue的单页面应用是基于路由和组件的，路由用于设定访问路径，并将路径和组件映射起来。传统的页面应用，是用一些超链接来实现页面切换和跳转的。在vue-router单页面应用中，则是路径之间的切换，也就是组件的切换。

vue-router的用法也是异常简单：

HTML

<script src="https://unpkg.com/vue/dist/vue.js"></script>
<script src="https://unpkg.com/vue-router/dist/vue-router.js"></script>

<div id="app">
  <h1>Hello App!</h1>
  <p>
    <!-- 使用 router-link 组件来导航. -->
    <!-- 通过传入`to`属性指定链接. -->
    <!-- <router-link> 默认会被渲染成一个`<a>`标签 -->
    <router-link to="/foo">Go to Foo</router-link>
    <router-link to="/bar">Go to Bar</router-link>
  </p>
  <!-- 路由出口 -->
  <!-- 路由匹配到的组件将渲染在这里 -->
  <router-view></router-view>
</div>

JS

// 0. 如果使用模块化机制编程，導入Vue和VueRouter，要调用 Vue.use(VueRouter)// 1. 定义（路由）组件。// 可以从其他文件 import 进来const Foo = { template: 'foo' }const Bar = { template: 'bar' }// 2. 定义路由// 每个路由应该映射一个组件。 其中"component" 可以是通过 Vue.extend() 创建的组件构造器，或者，只是一个组件配置对象。const routes = [
  { path: '/foo', component: Foo },
  { path: '/bar', component: Bar }
]// 3. 创建 router 实例，然后传 `routes` 配置const router = new VueRouter({
  routes // （缩写）相当于 routes: routes})// 4. 创建和挂载根实例。// 记得要通过 router 配置参数注入路由，从而让整个应用都有路由功能const app = new Vue({
  router
}).$mount('#app')

现在，你已经完成了整个应用的路由配置，到浏览器上看看效果吧！

vue-devtools

vue-devtools是基于google chrome浏览器的一款调试vue.js应用的开发者浏览器扩展  。一张图看懂它是什么：

注意：  初次安装好vue-devtools以后，需要关闭chrome devtool再开，才能看见vue的标签（通常在最后）。如果你正在使用我提供的例子，或者同样也是在浏览器访问自己本机写的html，需要在vue-devtools的设置里面勾选“允许访问文件URL”（如图）。

webpack

把webpack放在这里讲似乎不太合适，毕竟这并不是Vue独有的东西。而且webpack的大名说不定比Vue本身还响亮。看近期Github上各大主流的项目，无一例外都已经是基于webpack来开发。  你可以不打算将其用在你的项目上，但没有理由不去掌握它。篇幅有限，不展开描述，一句话概括webpack的主要用途：  把所有浏览器端需要发布的资源做相应的准备，完成资源的合并和打包。

vue-cli

作为Vue的脚手架，vue-cli无疑是出色的。它可以帮你快速的上手vue构建的工程，而无需再花多余的时间去熟悉vue工程的文件系统。

使用它的方法也很简单：

1. npm install -g vue-cli      //全局安装vue-cli

2. vue init webpack projectName  //生成项目名为projectName的模板，这里的项目名projectName随你自己写

3. cd projectName

4. npm install             //初始化安装依赖

5. npm run dev            //启动工程

在浏览器打开http://localhost:8080，则可以看到欢迎页了：

再回头看看项目结构，是不是一目了然:

iView

其实这是Vue.js的一个ui库，我一直不明白为什么作者不直接把它叫做ivue或者vue-ui，似乎这样的名字才更明了吧，或许好名字都早已被人抢先注册了~

言归正传，iView本身还是异常强大的，附iView官方文档：  https://www.iviewui.com/。

我们来看看iView都有哪些ui组件：

是不是还挺丰富的？

React？

what？React怎么成Vue生态圈里的东西了？别激动，这不是有个问号吗？其实我只是想讲讲和React的区别罢了，瞧把你激动的。

相似：

其实都是model driven思想的严格践行者，以及通过component拆分完整整个系统的分治。

不同：

1.react基本上已经有一套遵循Flux的完整开发方案（基本上也就这一套大家默认的方式），而vue虽然有配合vuex使用，但是还有其他很多组织方式来解决，所以并不算是有固定模式，相对灵活很多，当然这个你可以看作是优势，也可以看作是不足；

2.react社区还是要比vue大很多；

3.react在view层侵入性还是要比vue大很多的；

4.首次渲染性能，对于大量数据来说react还是比vue有优势；

5.对于component的写法，react偏向于all in js，语法学习上需要下一些功夫，而vue配合vue-loader，其实在很大程度上让你不会觉得陌生--这不就是web component么。

网易云大礼包：https://www.163yun.com/gift

本文来自网易云社区，经作者刘凌阳授权发布

相关文章：
【推荐】 人工智能的全面科普
【推荐】 Vue框架核心之数据劫持