架构设计今日看

最近读了一些书，还没读完，五一回家也没有带回来，零星记得些。
今天看了一个架构设计的视频，正好做好缝扣子的事，也是读书一乐。
苟日新，日日新，又日新。

---

我的目的不是为了教啥，只是描述我看到的和学到的，所以不用过于纠正我片面的描述。
架构是一个缩略词，完整的应该是系统架构，有标准组织，各种大佬都给了一些定义，各有侧重。
架构是对系统的描述，是关于系统中部件与部件间关系的描述。这里部件是个模糊的词，可以是架构元素，模块等不同的说法。系统有两个方面，形式与功能。这种描述是偏向于形式的，一般会着重部件间的连接。
系统的另一个方面，功能，是在形式以及形式连接之后涌现的功能，这就是架构的目的。架构的业务功能与质量属性都是功能的体现，意料之中的功能是我们期望的，意料之外的就是bug。经常有笑话描述bug封装成feature，也表明了feature和bug是有互通关系，都是系统的涌现。用例试图也可以认为是用来描述期望的涌现。
架构作为一个动词，表达为设计，是一种思考活动，然后是一种决策活动，最终形成物理上的形式，或者说上面描述的名词描述。思考形成足够支撑决策的理论依据。从上往下思考，也就是系统的分解，可以通过逻辑视图来描述。开源代码的学习时，经常就是从下往上思考，这其实难一些，主要和人类的思维方式有关。从内向外思考，上下文试图更多描述这种，一般就是基于当前系统，描述与外部组件的关系。
架构设计是思考活动，文档或者4+1视图等，都是思考的产物，一种显示声明。

---

自己读来还是有些乱，说明这套理论我还没完全掌握。日日新吧。