对于库的编码为什么要讲什么多....为了扩充时长吗

Question

不理解，感觉毫无用处，只要将典型的几个用法感觉就可以了。

Answer 1

Sunday 2021-10-29 07:46:34

你好
不是为了扩充时长的，咱们这个课程的时长是已经足够了的。
我不太明白你说的库的编码是啥意思。根据你提问的章节，我猜测可能指的是element plus，所以我就暂时把库理解为elementplus，把编码理解为elementpuls的用法来进行解释吧。
对于elementplus而言，它是使用vue在开发后台项目时，使用率非常高的一个ui库，所以我们在讲解后台解决方案，是肯定绕不过它的。唯一的只是，讲解的多或者少的问题。
那么在咱们的课程中，讲解elementplus的地方，除了第六章的过渡章节外，其他的地方应该并不多，很多时候只是一带而过的。

Answer 2

Sunday 2021-10-29 07:53:23

Vuex 具备两个特性，
1 是全局的单利。这个无论是在vue2 或者3中其实都可以很容易做到。
2是 响应式。这个相对而言直接实现就有一定复杂度了，所以在vuex 已经存在的情况下，直接使用vuex进行全局状态管理是最方便，也是实用性最高的。
并且，除此之外，vuex还提供了如 module等模块化特性，来应对复杂的业务场景。

• 提问者 Rinimas #1

  绕开vuex，我是否可以用抽离compositionAPi的方式去实现类似的状态管理，或者直接不管理。以模块化的方式去管理composition api，然后在.vue中引入使用，是不是能够解决一样的问题呢？

• Sunday #2

  是可以的，就像vuex的文档所说的，如果只是一个的简单的数据管理的话，那么是不需要导入vuex的。
  但是需要注意一些细节的处理。
  比如 状态的指定，修改状态的机制设定，以及响应式的处理

Answer 3

提问者 Rinimas 2021-10-29 07:48:50

是的，说的是elementplus的具体用法，这块觉得可以一笔带过。另外，请问老师在，已经有compositionapi了，为什么还要用vuex，照理说状态已经可以随处写了