这里有个问题.我有一个程序集被一些开发人员重用,它包含各种功能,但在技术上分为各种名称空间,代表逻辑功能块.
现在,它提供尽可能少的公共命名空间.基本上,用户不应该知道(并且当前不知道)他们尝试使用的类正在使用哪个内部结构.
假设你有这个：
> NS1
> NS11
> 111级
> 112级
> NS扩展
>扩展类1
> NS12
> NS2
> ……
基本上,用户知道他们使用FrameworkName.NS1来获取有关NS1的一般功能.
现在,在这个简单的例子中,我将一个包含扩展方法的类放在子名空间扩展中,所以基本上,如果最终用户试图使用该程序集,他必须实际知道DLL的内部结构,以便知道扩展存在(这是intellisense不告诉你你知道的那些例子之一).
所以底线…现在我已经有了这个程序集和内部(VS项目)我将项目划分为逻辑文件夹,就像通常那样,但我不让命名空间跟随文件夹.这样,程序集就分成了逻辑块,用户知道这些逻辑块不必知道内部结构,也不需要知道扩展名可能有单独的命名空间等等.
现在,我个人喜欢它,如果我可以让我的代码的命名空间遵循我的文件夹结构,但在编译时以某种方式将这些子命名空间映射到主命名空间.
有可能以某种方式实现这种’重定向’,你会吗？
简单地说,我希望能够在程序集外部公开地将NS1.NS11.Class111作为NS1.Class111处理,同时仍然在程序集内部保持适当的结构.
