描述软件架构与框架之间的区别与联系
先分别弄清楚两个名词的定义。
软件架构:软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。
框架:是整个或部分系统的可重用设计,表现为一组抽象构件及构件实例间交互的方法。
所以一句话概括就是:软件架构是软件整体结构与组件的抽象描述,框架是特定语言和技术的架构的应用解决方案。
它们的区别是:
- 软件架构是抽象的描述,与特定的语言与实现无关。是对特定领域的系统的一种设计方案。架构关注如何将系统分解成不同的部分,以及决定各部分之间的关系,从而使系统可扩展性、可维护性、稳定性、性能等更强。
- 框架是利用特定语言实现架构的应用解决方案。框架的实现与具体的软件应用无关,只提供最基础的软件架构的实现,程序员在此基础上只需要关注业务逻辑的实现。可以看成一种“半成品”软件。
它们的联系是:
- 一个系统架构的实现,需要由多个框架的整合来实现。在框架实现时,也需要架构来指导设计,从而拥有好的可扩展性、可维护性和性能等。
案例分析
用户点餐系统的架构设计:
三层架构给我们带来的便利:
- 整个软件的设计层次清晰,模块分明,我们在开发的时候只需要关注我们各自的模块而不会相互影响。
- 可扩展性强,当某个模块需要重构时,只需要保证接口不改变,其他层对这个模块的变化是透明的。
- 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。