系统分析与设计 lesson13

• 描述软件架构与框架之间的区别与联系
  软件架构是一种抽象层面的系统结构，软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。

  软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。

  框架指为解决一个开放性问题而设计的具有一定约束性的支撑结构。在此结构上可以根据具体问题扩展、安插更多的组成部分，从而更迅速和方便地构建完整的解决问题的方案。

  软件框架（software framework），通常指的是为了实现某个业界标准或完成特定基本任务的软件组件规范，也指为了实现某个软件组件规范时，提供规范所要求之基础功能的软件产品。

• 以你的项目为案例

  • 绘制三层架构模型图，细致到分区
  • 结合你程序的结构，从程序员角度说明三层架构给开发者带来的便利
    
    作为前端开发者，我觉得三层架构有着能够开发快速、模块化（可复用, 可管理）、可扩充、互操作（可移植）、易测试、易理解等优点。
    在项目开发中，我只需要对表示层进行负责和设计，同时通过API与服务端交互，不需要了解到业务层和数据访问层的实现，因此工作量减少很多并且易于开发。同时，后台开发者也不需要了解表示层的实现，两者可以并行开发，加快开发效率。

• 研究 VUE 与 Flux 状态管理的异同
  Flux 是 Facebook 系统化的一套响应式编程架构方案，用于解决 MVC 中某些依赖复杂的情况。
  Vuex 其实是一个针对 Vue 特化的 Flux，主要是为了配合 Vue 本身的响应式机制。当然吸取了一些 Redux 的特点，比如单状态树和便于测试和热重载的 API，但是也选择性的放弃了一些在 Vue 的场景下并不契合的特性，比如强制的 immutability（在保证了每一次状态变化都能追踪的情况下强制的 immutability 带来的收益就很有限了）、为了同构而设计得较为繁琐的 API、必须依赖第三方库才能相对高效率地获得状态树的局部状态等等（相比之下 Vuex 直接用 Vue 本身的计算属性就可以）所以 Vue + Vuex 会更简洁，也不需要考虑性能问题，代价就是 Vuex 只能和 Vue 配合。Vue + Redux 也不是不可以，但是 Redux 作为一个泛用的实现和 Vue 的契合度肯定不如 Vuex。