在维基百科里是这样定义的: 软件架构是一个系统的轮廓 . 软件架构描述的对象是直接构成系统的抽象组件. 各个组件之间的连接则明确和相对细致地描述组件之间的通讯 . 在实现阶段, 这些抽象组件被细化为实际组件 , 比如具体某个类或者对象 .
面试的过程中会问到如何设计架构 ? 应用从哪几方面进行考虑 ? 架构的职责是什么 ? 你会发现这样的问题并不好回答 . 这里可以通过如下三点回答 :
● 为了解决特定的问题而提出 .
● 有特定的原则将系统整体进行角色划分 .
● 约定角色间的沟通机制 (有分层、有联系才能形成框架 ; 就像mvp、mvc、mvvm为解决特定问题而提出来的 ) .
所谓的架构 , 其实更多的是一种思想 , 一种机制 .
在进行学习框架的时候都要从下面三个方面进行考虑 :
● 架构解决了什么问题
● 架构模式如何划分角色的
● 角色是如何建立联系的
当我们在查看框架框架源码的时候会去查看框架里面的当前类的作用 , 类与类之间会存在什么联系 . 平常设计框架的时候, 可以从 上面三个方面 进行考虑 .