感受:读完本书第一部分后,首先感觉到的就是这本书有些深奥,好像不是现在就能看的,读完一遍云里雾里的,还是没能到那个层次吧,慢慢积累经验吧。
一、仅仅就是软件
感受:读完本书第一部分后,首先感觉到的就是这本书有些深奥,好像不是现在就能看的,读完一遍云里雾里的,还是没能到那个层次吧,慢慢积累经验吧。
一、仅仅就是软件架构的概念现在理解起来都有些困难,概念的分类就是两个门派吧,一个“组成派”,一个“决策派”,
“组成派”关注的是架构实践中的客体——软件,以软件本身为描述对象;分析软件的组成。
“决策派”关注的是以人的决策为描述对象;归纳了架构决策的类型。
二、软件架构是一系列有层次的决策
列如,你在设计一个C/S架构,B/S架构的时候,就是要一步步的进行决策,这时候决策的好坏体现出来的架构就有好坏之分。
三、首先,理解架构,怎么样的算架构呢,不同的人见解各不相同,谁都有谁的一套说法,这时候架构视图就很重要了。
四、为谁设计呢,为客户设计,为用户设计,为开发人员设计,为管理人员设计,这是软件架构师应该能想到的,
1.架构师要为“上游”客户负责,满足他们的业务目标,以及约束条件
2.架构师要为“上游”用户负责,实现功能需求以及运行质量。
3.架构师必须顾及“下游”的开发人员。
4.架构师还要考虑“周边”的管理人员,为他们进行分工管理,协调控制等等。
五、运用“逻辑视图”+“物理视图”的设计架构
六、开发人员多尝试设计,只有在不断的历练中才能将架构熟悉掌握。