这样可以吗:
namespace Simple.OData
{
// Common OData functionality
}
namespace Simple.Data.OData
{
// The Simple.Data adapter for OData
}感觉这可能是错的,但我不确定。
发布于 2011-09-05 20:48:59
它当然是有效的-以System.Xml.Linq和System.Linq为例。我不能马上预见到任何问题...但这并不是说这一定是个好主意。
就我个人而言,我更喜欢Simple.Data.OData而不是Simple.OData.Data,因为我怀疑这主要是针对使用Simple.Data的人,但恰好是使用OData的人-而不是专注于OData的人。同样,这类似于LINQ:System.Xml.Linq是一个XML,它使用LINQ播放will;它本身并不是一个LINQ“提供者”。
基本上,这与“我有一个从类型A转换为类型B的转换器;我是把它放在类型A还是类型B附近?”--只是使用了名称空间。我的经验是,在考虑最好的事情时,通常更多的是挠头,而不是采取任何一种方法所造成的问题。
发布于 2011-09-05 20:47:31
更正确的说法是,namespace Simple.OData.Data。
这是因为应该将Data名称空间与其他与OData相关的类组合在一起。
如果你在考虑System.Data,System.Data.SqlClient这几行代码,那么这很大程度上是因为它们是System.Data.dll程序集的一部分,也是它集成的一部分。我自己的IDbCommand etc类实现位于MyNamespace.SubNamespace.AdoWrapper名称空间中,如果这为您提供了一些上下文的话。
在您的例子中,与System.Data不同的是,Simple.Data可能并不存在,也可能没有太多内容。
发布于 2011-09-05 20:51:07
当然是,如果它在语义上是正确的。例如,看看有多少框架名称空间以.Design结尾!
https://stackoverflow.com/questions/7308301
复制相似问题