Linux KWIC检索系统：架构之争与选择

在2010年的系统架构师考试科目二案例分析1中，讨论的主题是关于Linux操作系统下开发KWIC检索系统的软件架构选择。该公司在开发过程中遇到了需求变化，最初计划通过剪切并插入关键字实现文档循环滚动，但最终选择了更为灵活的架构风格。 软件架构风格是一个关键概念，它定义了软件系统如何组织和组件之间的交互方式。在本例中，主要讨论了两种风格：主程序-子程序架构和管道-过滤器架构。主程序-子程序风格的特点是所有计算组件作为子程序协同工作，由主程序按顺序调用，数据通过共享存储区传递。这种风格在算法变更和数据表示方面的灵活性较低，改动可能导致全局代码的重编译，不利于功能扩展。 相反，管道-过滤器架构强调每个组件（过滤器）独立处理输入数据并产生输出，数据通过管道流动。这种风格具有更高的灵活性，算法变更通常只影响单个组件，功能变更相对容易实现，且数据表示的变化不会牵涉整体程序结构。因此，当考虑算法变更、功能变更和性能等因素时，李工提出的管道-过滤器架构因为其适应性和可维护性更强，被团队选择来支持KWIC检索系统的开发。 表1-1的评价部分应填写如下： | 特性 | 主程序-子程序架构 | 管道-过滤器架构 | | ------------ | ------------------ | ---------------- | | 算法变更 | - | + | | 功能变更 | - | + | | 数据表示变更 | - | + | | 性能 | 可能有冗余 | 更高效 | 考虑到以上优点，李工的管道-过滤器架构在满足初始需求的同时，也为未来的功能扩展和性能优化提供了更好的基础，因此成为了最终的选择。这体现了在实际软件项目中，灵活、模块化的架构风格对于应对需求变化和提高开发效率的重要性。