本文探讨了在C语言中实现命令执行功能时的模块划分问题。最初，Command、Controller和Parser模块各自独立，但从测试角度考虑，所有模块都是可测试的。然而，作者意识到Command和Controller实际上在概念和职责上可以合并，因为它们处于同一层次，分别作为使用者和被使用者。强调在代码设计中，层次比模块大小更重要，避免因过度细分导致的混乱和影响。同时提醒注意，调用者模块应有自己的逻辑实现，不应被被调用模块完全架空。
用C语言实现一个命令执行的功能容易做出这样的模块划分，解析模块，命令模块，控制模块，这样划分模块的出发点很简单，站在测试的角度上，所有的模块都是可测试的。
但是当我回头审视时，突然发现Command模块本身提供的所有的方法都只被controller使用，并且Command实现的方法都非常的简单，为什么不能将Command和controller合并，它们的合集仍然可以表达一个完整的概念，虽然细分后的模块也具备完整的概念，难道仅仅为了可测试性的原因就要划分出一个模块，这个理由显然不充足，和同事讨论了20多分钟，最后他用一个词点醒了我，“层次”，对，我们划分模块不是因为它的大小而是因为层次，很显然从上图可以看出controller与paser、command模块不是一个层次上的，它们是使用者和被使用者的关系，并且
最低0.47元/天 解锁文章
扫一扫
1034
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
