11、软件架构风格与设计决策解析

软件架构风格与设计决策解析

1. GGG组件设计与架构选择

在进行GGG组件设计时，图中所示的设计通常并非最终设计，还需挖掘更多需求，如用户注册方式、支付管理功能等。不过，该设计为进一步迭代提供了良好的起点。解决GGG问题的组件设计方案有多种，没有绝对正确或唯一的方案，每个设计都存在不同的权衡。作为架构师，不应执着于寻找唯一正确的设计，而应客观评估不同设计决策的权衡，选择权衡结果相对最优的方案。

架构师在完成初始组件设计后，会面临一个重要决策：架构应采用单体架构还是分布式架构。架构量子定义了架构特征的范围，这对该决策有重要影响。单体架构通常具有单一可部署单元，包含系统的所有功能，一般连接单个数据库；分布式架构则由多个在各自生态系统中运行的服务组成，通过网络协议进行通信，且可能具有更细粒度的部署模型。

若系统能用单一架构量子（即一组架构特征）管理，单体架构有诸多优势；若组件的架构特征不同，如GGG组件分析所示，则需分布式架构来适应这些差异。例如，VideoStreamer和BidStreamer为投标人提供拍卖的只读视图，从设计角度看，架构师不愿将只读流与大规模更新混合处理，这些差异会促使架构师选择分布式架构。利用架构量子分析架构特征范围和耦合性，能在设计早期确定架构的基本设计特征，这是其优势之一。

2. 架构风格与模式的区别

架构风格和架构模式的区别容易混淆。架构风格指用户界面和后端源代码的总体组织方式（如单体部署的分层结构或单独部署的服务）以及源代码与数据存储的交互方式；架构模式则是较低级别的设计结构，用于在架构风格内形成特定解决方案，如在一组操作或服务之间实现高可扩展性或高性能。

新架构师需花费大量时间和精力理解