我想知道解决方案中Interface子项目的命名约定是什么。我知道接口文件以“I”开始,这是否也适用于项目?解决方案中的多个项目:接口命名约定
我已经分居接口转换成一个单独的项目,以保持组织的解决方案,而不是创造这将是实现该接口项目中的接口文件。
所有文件和项目都包含在一个解决方案中。
我道歉,如果这不读好。
我想知道解决方案中Interface子项目的命名约定是什么。我知道接口文件以“I”开始,这是否也适用于项目?解决方案中的多个项目:接口命名约定
我已经分居接口转换成一个单独的项目,以保持组织的解决方案,而不是创造这将是实现该接口项目中的接口文件。
所有文件和项目都包含在一个解决方案中。
我道歉,如果这不读好。
这对于许多项目组织的解决方案的通用模式。然而,在某些情况下是否值得呢有一些争议。使用
我已经看到了一些不同的命名约定:
这是MS使用它的方式<Company>.(<Product>|<Technology>)[.<Feature>][.<Subnamespace>]
例如,Microsoft.WindowsMobile.DirectX.
见链接http://msdn.microsoft.com/en-us/library/ms229026.aspx
我与dtryon在其答案写的命名约定一致。
但不要过度工程解决方案的设计。如果你不需要从多个项目中引用你的接口,我不认为在你自己的项目中分离你的接口是有用的。它增加了复杂性,但很少有好处。如果你不打算参考使用的接口类型(而不是实际实现接口的对象的类型)一个对象实例,该接口是不是真的有用:该接口文件本身
同样的事情。