5

我发现了一些关于如何组织项目（命名空间、每个文件一个类等）的问题，但更具体地讲，你如何组织密切相关的“事物”？

我通常最终得到：

  • 一个接口 IMyStuff
  • 为该接口提供基本骨架的基类（有时是抽象类） ：BaseMyStuff
  • 实现类 MyStuffWithBellsAndWhistles， MyStuffWithChocolateFlavours

它们应该在同一个命名空间中似乎是有道理的，但是如果我将所有这些文件放在同一个文件夹中，感觉我的文件夹开始有点过度拥挤（实际上不是一个真正的问题，但感觉很奇怪）。

在同一个文件中定义接口和基类可以吗？

或者可以将这些东西分组在子文件夹中，但在同一个命名空间中？像这样 ：

-MyNamespace
 |-Interfaces
   | -IMyStuff
   | -IMyOtherStuff
 |-BaseClasses
   | -BaseMyStuff
   | -BaseMyOtherStuff
 |-Implementation
   | -MyStuffWithAwesomeBehaviour
   | -MyStuffWithGreatUsefulness
   | -MyOtherStuffSoNeatYouWillCry

关于这种组织的“最佳实践”是什么？

4

1 回答 1

0

如果接口的目的是抽象实现并允许接口作者不知道的替代实现，那么我建议将它们保存在单独的项目文件中。在构建单元测试项目或接口的其他使用者时，这将允许他们创建一个项目引用，该引用仅拖入接口而不是实现。这意味着具体类的替代实现永远不需要引用原始的 concreate 表示。

于 2014-11-10T16:40:48.300 回答