读《Software Systems Architecture》（04）—— Architectural Perspectives

🤔☕️🤔☕️🤔

• 读《Software Systems Architecture》（04）—— Architectural Perspectives

• 📖：架构型视角（architectural perspective），从系统的架构视图里，挑选出质量相关方面的内容，分成不同的组，即所谓不同的质量视角。

  🤔：这个词，perspective，一直困扰我。翻译为“视角”，老是跟“视点”搞混。视点的焦点是“关注”，因为这么关注，所以用这个视点的法子来构造视图。那视角的焦点是啥？是涌现出来的质量？如果视点是事前主义，即在实现前关注的如何规划，那么视角是否算事后主义，即实现后呈现出哪些质量属性？把实现放在时间轴的中间，前面是视点，后面是视角，虽然有点拼凑感，但是不可否认的是，确实让视点和视角有了时间维度上的体感。还没做出来之前，期望的样子，做出来以后，实际的样子。

• 📖：架构范做法（architectural tactic），用来达到某些质量属性，已经实践证明有效的做法。

  🤔：我想要高性能，那就参考这套达到高性能的做法，我想要安全性，那就参考这套具备安全性的做法。我遇到的问题，我想要的质量，如果已经有人走出这样的道路，我就可以照着做。但是，千万别忘记模仿-效仿-创造的认知三角。时刻提醒自己，照着做，就是在模仿，前提是我假设问题一样，所以相同的做法大概率有效。当遇到卡顿时，既要抓住问题再分析，也要抓住做法再回顾，到底问题有偏差，还是做法有失误。

  🤔：做法（tactic），或者叫干法，这跟模式（pattern），或者叫套路，又让我迷惑起来。这样的做法，能解决质量方面的期待，这样的套路，能解决业务场景方面的需求，如此差别嘛？还得再细细辨别。

  🤔：需求，要求系统能怎样，质量，系统实际干得咋样。需求时蛋🥚，质量是鸡🐔，潜能和实现的模型，安放进来不悖不论。需求，来自它方，质量来自己方，需求即所谓功能性需求，质量即所谓非功能性需求。需求，是把当下的钱赚到，质量，是把未来的钱赚到，或者把未来的成本降低。

  🤔：视角有点像现实中的“副市长”，架构算整个市委的话，分管教育质量的副市长，就像是架构的视角，而市委下的各个部委和事业单位，有点像视点，在某个具体关注点上，具体能干啥和怎么干，以具体的视图体现出来。副市长如果要出政绩，即某方面质量提升，那么就要到各部委、各单位，一起打出组合拳，才能最终体现为质量业绩。

• 📖：View vs Viewpoint vs Perspective

  🤔：View 是数据，Viewpoint 是格式化数据，Perspective 是组合呈现格式化数据。

  🤔：因为有这些数据，所以这样格式化比较合适，最终可以组合出这些呈现，这是自底向上：View->Viewpoint->Perspective.

  🤔：因为要这样呈现，所以得准备怎样格式化的数据，落实数据采集的完整性，这是自上而下：Perspective->Viewpoint->View.

    —— By 术子米德 @2022.05.07