描述软件架构与框架之间的区别与联系
先分别弄清楚两个名词的定义。
软件架构：软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。
框架：是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法。
所以一句话概括就是：软件架构是软件整体结构与组件的抽象描述，框架是特定语言和技术的架构的应用解决方案。
它们的区别是：
- 软件架构是抽象的描述，与特定的语言与实现无关。是对特定领域的系统的一种设计方案。架构关注如何将系统分解成不同的部分，以及决定各部分之间的关系，从而使系统可扩展性、可维护性、稳定性、性能等更强。
- 框架是利用特定语言实现架构的应用解决方案。框架的实现与具体的软件应用无关，只提供最基础的软件架构的实现，程序员在此基础上只需要关注业务逻辑的实现。可以看成一种“半成品”软件。
它们的联系是：
- 一个系统架构的实现，需要由多个框架的整合来实现。在框架实现时，也需要架构来指导设计，从而拥有好的可扩展性、可维护性和性能等。
案例分析
用户点餐系统的架构设计：
logic-model
三层架构给我们带来的便利：
- 整个软件的设计层次清晰，模块分明，我们在开发的时候只需要关注我们各自的模块而不会相互影响。
- 可扩展性强，当某个模块需要重构时，只需要保证接口不改变，其他层对这个模块的变化是透明的。
- Debug 时容易定位出错误位置，因为模块之间几乎没有耦合，维护成本很低。
- 在项目初期进行设计时，只需要考虑好 RESTful API 的设计，不需要考虑具体的语言和使用的框架，具体的实现交给开发人员即可。
研究 VUE 与 Flux 状态管理的异同
Flux
Flux 利用单向数据流的方式来组合 React 中的视图组件。因为 React 本身只有视图（View）组件，因此必须需要搭配其他的框架来实现 MVC 里的 M 和 C 部分，这个框架就是 Flux。Flux 通过将一个应用分成四个部分：
- View：视图层，React 组件。
- Action（动作）：视图层发出的消息（比如mouseClick）
- Dispatcher（派发器）：用来接收Actions、执行回调函数，处理动作分发，维护 Store 之间的依赖关系
- Store（数据层）：数据和逻辑部分，用来存放应用的状态，一旦发生变动，就提醒Views要更新页面
从而在相对独立的组件中，通过 Action -> Store -> View 的单向数据流更新 View 里的信息。
VUE
Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。它采用集中式存储管理应用的所有组件的状态，并以相应的规则保证状态以一种可预测的方式发生变化。他包含以下几部分：
- store：相当于一个全局变量。
- state：这里对象里面放了各种状态（变量）
- mutations：唯一用来修改状态的回调函数，但不支持异步操作
- actions：包含异步操作，提交 mutations 来修改状态
- getters：在组件内部获取 store 中状态的函数
- module：将 store 分割成不同的模块
数据流更新顺序为：
Components dispatch Actions -> commit Mutations -> State -> View
因此它们的异同就是：
二者都是用单向数据流更新 View 的方式解决问题。只是 Vuex 与把 action 分成了异步的 action 和同步的 mutation，用 store 存储状态，充当 flux 的 dispatcher。
