其实遇到这种情况，不应该直接套用某种模式去解决问题。在遇到这种代码“坏味道”的时候，应该首先想到重构。根据设计原则一步步地重构，到最后自然会想到使用组合的方式去实现。此外，我建议你对每个重用的方法都封装成一个类，如将方法1封装进类1，而不是将方法1和方法5封装进同一个类15，因为你现有系统中方法的使用时交织在一起的，每个类一个方法的话可以更灵活一些。

对于你所说的第6点，我不敢苟同。为什么因为扩展方法是C#特有的就不去使用了呢？如果这么总是这么想，那任何语言都不用发展了，因为大多数特性都是这门语言所特有的，换成别的语言就不能用了。泛型也别用了，Lambda表达式也别用了，委托也别用了……

其实，之所以出现这些设计模式，就是因为一些语言无法（更好地）实现某些功能。而对于那些内置这些功能的语言来说，就没有必要特意去套用某种设计模式了。比如C#中有了foreach，就没必要去套用Iterator模式了。我觉得扩展方法的目标之一恰恰就是为了实现你这种需求，而你却因为它的特殊性而不愿使用，C#设计者肯定泪流满面了。

如果你的项目就是使用C#开发，就是用扩展方法来解决这个问题吧，不要犹豫。如果你的项目很可能会改变成另外一种语言开发，那就是用组合去实现吧。但是这种概率究竟有多大呢？