架构模式识别的意义与设计模式识别的成熟度差距

软件架构模式简单说就是一个有名字的”问题-解决方案对”：为了解决架构设计中某类特定问题而采用的整体或局部方案，这类方案能在未来遇到类似场景时被复用。架构模式识别，就是反过来从一个已建成的系统里，判断它实际用了哪些架构模式——这件事之所以重要，源于一个很现实的组织行为问题：设计人员使用架构模式时经常不规范甚至用错，出了问题后往往倾向于把系统缺陷归咎于”架构模式本身有问题”，用来给自己的设计失误找借口；架构模式识别提供了一种客观核验手段，能判断架构模式的使用是否合法合规，从而定位系统问题的真正根源，而不是被”甩锅”话术带偏。随着软件版本迭代和架构演进速度加快，持续跟踪系统里架构模式的实际变化，也成了管理和控制架构演进的重要抓手。但架构模式识别的技术成熟度明显落后于同一谱系里的软件设计模式识别——设计模式识别已经发展了近20年，理论上已经可以做到近似自动化，而架构模式识别大多还需要人工参与，即便存在个别自动化方法，识别精度也不高。这个差距的根源在于：架构模式识别和设计模式识别一样都要解决”模式的描述”和”模式的识别”两个核心问题，但架构模式所处的抽象层次更高、涉及的系统范围更广、模式本身的边界和变体也更模糊，导致目前还没有一套完整的理论方法和技术手段能够支撑起架构模式的自动化识别——这也是本章要重点介绍作者团队采用的基于本体的识别方法的动机所在。