如何在“ Visual Studio 2013”中创建由其他库项目组成的统一c＃库项目

我同意鲍勃·霍恩（Bob Horn）的观点，这不是通常的方法。但是我有另一个可能的解决方案。如果项目规模还不太大，那就是可行的。我发现这可以在除了最大的应用程序之外的所有应用程序上完成。

从本质上讲，您的问题是在石器时代的远古程序员在实施“ N层”体系结构时就解决了。这应该给您一个提示，因为您的项目现在正在增长，所以您需要以新/旧方式重构/重构和重新考虑它。

一个示例...大多数项目需要以下条件：

• 数据库层（实体框架或nhibernate或自动生成的类的类），
• 存储库层（传统上称为数据库访问层）
• 域层（在其他不太好的名称中也称为业务逻辑层）
• 测试层（用于您的单元/集成测试）
• 服务层（这使您所有的后端东西都可以被包含在一个地方）
• UI层（这使您的各种UI可以通过服务层访问系统）

请注意，唯一具有复数的层是UI层。这是因为您可以编写控制台UI，Web UI，Apple ICoffeeMaker或IWashingMachine或IBoobImplanter的UI，或者Apple决定接下来发明的任何新设备，Windows的UI，Linux的UI，UI的UI。 Android，基本上是您想要的任何设备的UI。

所有这些UI层都访问服务层，这迫使所有想要访问系统的应用程序都完全在服务层的控制之下进行访问。

这还具有将所有相关代码包含在一个地方的好处，这通常在维护，安全性，可测试性，验证等方面具有主要好处，并使UI层可以自由地做自己最擅长的工作……显示信息。

最后，您还可以非常轻松地将所有最新和最好的设计模式应用于这样的系统，因为您要做的就是在您认为有必要解耦的各层之间实现接口，并且可以顺利实现完整的DI / IOC以及健康饮食为您的项目提供的所有其他好处。

许多人可能会说这对小型项目来说太繁琐了，但是...

• 您可以对其进行模板化，以使其变得非常快速和容易。
• 如果模板正确，则只需随着系统的增长添加真正需要的图层。
  • 尽管一旦完成一次，您将看到好处，并且通常将以相同的方式启动所有新项目（因为这样启动比在以后发现转换要容易得多）。
• 您应该考虑到，任何成功的系统总是始于很小但不可避免的
  • 成长为更大的系统
  • 成为更大系统的一部分，
  • 零件被其他系统重用。

从一开始就采用适当的结构有助于这种增长。

我不知道这是否能回答您的问题，但是当我有空的时候，我将制作YouTube视频教程，说明如何正确执行此操作。