我在解决方案中具有以下代码文件:
- 配置存储在JSON文件中。
- 数据的形状(模型(定义为密封类。
- 必须从JSON文件中读取和解析配置并将其存储到公共静态类中,以便在运行时使用。
- 一些需要访问配置数据的帮助人库。
- 一些使用这些库的控制台程序。
我应该如何将代码组织到单个项目中。当前,控制台程序和其他文件组合被存储为单独的项目。具体来说,配置数据和公共静态类保持运行时配置的模型以及JSON的解析是否应该是独立的DLL?
有很少的原因将代码分为多个DLL,而且赔率很好,您不遇到这些原因。关注点的分离是指逻辑分离,在.NET世界中,这是通过类和名称空间实现的。您可以使用项目中的文件夹自动分配其中类的名称空间。
您最好每个业务逻辑只有1个项目和1个项目。
这是您要创建多个DLL的一些原因:
- 重新分配和版权问题:您不希望客户拥有服务器代码。为客户端和服务器代码创建单独的DLL。
- 性能:如果您的DLL开始与数十个MEGS接壤,则可以通过分开来获得一些性能提高。(与所有绩效问题一样,您必须先测试在实施任何性能代码之前进行绩效瓶颈(。
- 版本控制和部署:如果您的代码库非常大,并且您知道某些代码比其他代码更有可能更改,则可以拆分DLL,以便每次都不必部署更多的" Sluggish" DLL。