我过去一直在考虑的一件事情是削减类的职责，使其只具备基本的定义：恰如其分的属性定义，与属性对应的方法，以及构造器和类型转换器。

然后使用扩展方法定义适当的操作，而不需要维护类作为自身实体的概念，这样就没有必要创建子类型了（即使子类型是可行的）。

例如，一个Node不需要知道Graph的操作也能够工作良好，也可以认为Graph不需要了解IsNetworkRouter的内容。

在这种情况下，类似于Traverse(GraphLink)这样的方法就属于Graph中很好的方法定义，而类似于FindLeastWorkRoute(Node, Node)这样的方法，由于它依赖于GraphLink的特定子类型的实现细节（即它具有一个关联的Work衡量标准），那么在我看来，这样的方法最好定义为一个扩展方法。

如果仅仅是为了实现应用程序特定的逻辑，而去创建一个自定义子类型，就会扰乱我们关注的类（例如，Graph就胜过同时定义Graph和GraphLink），而通过扩展方法就可以避免这样的情况。