个人作业
- 描述软件架构与框架之间的区别与联系
一.软件框架
软件框架是面向领域（如ERP、计算领域等）的、可复用的“半成品”软件，它实现了该领域的共性部分，并提供了一些定义良好的可变点以保证灵活性和可扩展性。也就是说软件框架是领域分析结果的软件化，是领域内最终应用的模板。
开发人员通过软件框架行为调整机制，将领域中具体应用中所特有的软件模块绑定到该软件框架的可变点上，从而得到了最终的应用系统，这个过程称为软件软件框架的例化，软件框架的存在使得开发人员将主要的精力放在系统所特有的模块的开发上，从而提高软件的生产率和质量。
软件框架的行为调整机制是指如何针对具体的应用调整该框架的可变部分、如何在可变点加入特定应用模块所采用的方法和规则。
二.软件架构
软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。
软件架构并不仅仅关注软件本身的结构和行为，还注重其他特性：使用、功能性、性能、弹性、重用、可理解、经济以及技术的限制和权衡等。
当软件工程具一定规模时，软件开发不完全是以数据结构+算法的形式存在，而是基于技术选择和用户需求等众多因素将软件“分而治之”，架构师的主要任务是将软件分割成不同的模块，并定义模块之间的接口。
三.两者联系
1）为了尽早验证架构设计，或者处于支持产品线开发的目的，可以将关键的通用机制甚至整个架构以框架的方式进行实现；
2）业界（及公司内部）可能存在大量可供重用的框架，这些框架或者已经实现了软件架构所需的重要架构机制，或者为未来系统的某个子系统提供了可扩展的半成品，所以最终的软件架构可以借助这些框架构造。
- 以你的项目为案例
- 绘制三层架构模型图，细致到分区
- 结合你程序的结构，从程序员角度说明三层架构给开发者带来的便利
1.开发人员可以只关注整个结构中的其中某一层；
2.可以降低层与层之间的依赖；
3.利于各层逻辑的复用。
4.项目结构更清楚，分工更明确，有利于后期的维护和升级
- 绘制三层架构模型图，细致到分区
- 研究 VUE 与 Flux 状态管理的异同
Flux状态管理：
Flux 通过强制单向数据流来解决大项目中数据流混乱问题，但官方的依赖包里，核心只有一个dispatcher和一些语法糖，Flux可以说更像是一种设计模式，而不是一个具体的框架或者库。
它分为四层：view视图层、action层、dispatcher派发层、store仓库层 数据流动：view——>action——>dispatcher——>store返回——>dispatcher——>view(接收的方法：register（）)
Flux 使 Views 查询 Stores（而不是 Models），用户交互触发的 Actions 被提交到一个 Dispatcher 中。当 Actions 被派发后，Stores 将会随之更新自己并且通知 Views 进行修改。这些 Store 当中的修改会进一步促使 Views 查询新的数据。即在相对独立的组件中，action -> state -> view 的单向数据流能得到保证。
Vue状态管理：
Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。它采用集中式存储管理应用的所有组件的状态，并以相应的规则保证状态以一种可预测的方式发生变化。
数据流动：vueComnent——>(dispatch)Action——>（commit）——>Mutations——>（mutate）State——>（render）VueComponent
与 flux 对比，最大的区别是Vuex把action细分成了action和mutation，分别应对异步场景和同步场景，由store自身充当dispatcher（负责注册/分发action/(mutation)。即如果把 action 和 mutation 看作一层（Flux里的action），二者结构完全一致。