知识卡片
共享架构抽象是沟通的前提
内容
对象/类/方法等细粒度制品的词汇已由编程语言标准化，但”模块”“组件”等更大粒度的架构制品仍缺乏统一说法，两个开发人员讨论架构时常各自发明符号。这不只是让沟通变得低效，而是使沟通根本无法在恰当的抽象层级上进行——讨论会被迫退回到双方共享的对象语言，无法触及架构层面的权衡。不具备架构抽象能力的开发人员既难以识别抽象，也难以清晰表达为什么某种改动合适或不合适。
参考来源
- 位置：《恰如其分的软件架构》第16章《结论》16.5节《使用标准架构抽象》（源文件：_epub-src/OEBPS/text00178.html）
- 结论依据：原文说明架构层面缺乏统一词汇会让讨论退回到共享的对象语言层面而非架构层面，强调缺乏架构抽象的开发人员在识别抽象和表达理由上都会陷入困境。
- 原始内容：如果开发人员没有共享常见的架构抽象和符号，更危险的，不是他们无法进行有效沟通，而是根本无法进行沟通。他们的讨论将集中在他们共享的语言，例如，对象，而不是适合架构讨论的语言。……缺乏架构抽象(如风格、组件及连接器)能力的开发人员总是在挣扎，一方面要识别那些抽象，一方面要清楚地表达为什么自己这么改是合适的，或者为什么是不合适的。