软件架构与框架_框架软件

结合你程序的结构，从程序员角度说明三层架构给开发者带来的便利

• 总的来说，使用三层架构可以做到关系分离、高级服务与低级服务分离、特定于应用的服务与一般性服务分离。三层架构可以减少耦合和依赖性、增强内聚性、提高潜在的复用性并且使概念更加清晰。这可以使得不同层的开发者之间专注于本层开发，而无需考虑除本层以外的开发。在我的程序中，UI层、数据层和服务器层三者之间的耦合度很小，从而使得各层的开发相互独立，大大提高了开发和调试的效率。
• 封装和分解了相关的复杂性，有利于提供开发效率。在我的程序中，显示租人列表、处理租人项和订单数据，存储交易数据相互分开，数据流得到了有效组织和管理，从而大大减少了开发复杂度。
• 较低层的复用性较高，为开发者减少了重新开发的麻烦以及代码量。
• 通过逻辑划分，有利于开发者进行高效的团队开发。

• 各个层次清晰，每个层次都提供了接口定义：

  • 很容易用新的实现替换原来的层次实现。例如对sql进行性能优化，并不会影响其他层的代码结构。有利于后期维护。
  • 有利于实现切面编程，减轻业务的复杂程度，加快编码效率。
  • 每个层次的定位明晰，业务处理的内容明确。依据层次，可以划分不同的分工。开发人员可以只关注整个结构的其中某一层。
  • 接口定义也提供了良好的可扩展性。

• 接口设计需要符合对扩展开发，对修改关闭的原则，增强了系统的安全性

研究 VUE 与 Flux 状态管理的异同

FLUX结构图：

VUE结构图：

异：

• Flux是一种前端状态管理架构思想，专门解决软件的结构问题。基于Flux的设计思想，出现了一批前端状态管理框架。
• Vue的状态管理是通过Vuex来实现的，而Vuex是基于Flux设计思想的一个状态管理框架。
• Flux分为四层，分别是view、action、dispatcher和store，而它的数据流顺序为： View发起Action -> Action传递到Dispatcher -> Dispatcher将通知Store -> Store的状态改变通知View进行改变
• Vuex的核心为：
  • state：存放多个组件共享的状态（数据）
  • mutations：存放更改state里状态的方法，用于变更状态，是唯一一个更改状态的属性
  • getters：将state中某个状态进行过滤，然后获取新的状态，类似于vue中的computed
  • actions：用于调用事件动作，并传递给mutation
  • modules：主要用来拆分state vuex的数据流顺序为： View调用store.commit提交对应的请求到Store中对应的mutation函数 -> store改变(vue检测到数据变化自动渲染)

同：

• 由于Vuex是基于Flux开发的，因此它们在思想上是相同的。
• Flux和Vuex都是通过store来存储状态。