你如何组织你的扩展方法?假设我有对象类和字符串类的扩展,我很想将这些扩展方法分成 IE 类:
public class ObjectExtensions
{
...
}
public class StringExtensions
{
...
}
我是让这太复杂还是有意义?
你如何组织你的扩展方法?假设我有对象类和字符串类的扩展,我很想将这些扩展方法分成 IE 类:
public class ObjectExtensions
{
...
}
public class StringExtensions
{
...
}
我是让这太复杂还是有意义?
我使用命名空间和类名的组合来组织扩展方法,这与您在问题中描述的方式相似。
通常,我的解决方案中有某种“主程序集”,它提供了大部分共享功能(如扩展方法)。为了讨论,我们将把这个程序集称为“框架”。
在框架程序集中,我尝试模仿我拥有扩展方法的事物的名称空间。例如,如果我正在扩展 System.Web.HttpApplication,我将拥有一个“Framework.Web”命名空间。“System”命名空间中的“String”和“Object”等类转换为该程序集中的根“Framework”命名空间。
最后,命名遵循您在问题中指定的行 - 以“Extensions”作为后缀的类型名称。这会产生一个像这样的类层次结构:
好处是,从维护的角度来看,以后很容易找到给定类型的扩展方法。
有两种方法可以组织我使用的扩展方法,
1) 如果扩展特定于我正在处理的项目,那么我将它保存在同一个项目/程序集中,但在它自己的命名空间中。
2)如果扩展是一种类型,以便我可能或正在其他项目中使用它,那么我将它们分隔在一个通用的扩展程序集中。
要记住的最重要的事情是,我将在什么范围内使用它们?如果我牢记这一点,组织它们并不难。