我正在为应用程序的后端设置身份验证和资源服务器。 Auth服务器是 ASP.NET Core Web应用程序,而资源服务器是 ASP.NET Web API 2 项目(由于COM引用的依赖性)。>
我不确定将这些项目组合在一个解决方案下是否正确。实际上,项目之间没有没有共享代码。但是它们需要作为一个整体进行开发和维护,以便正确处理请求。
我知道在使用基于订阅的定价模型开发应用程序时,将Auth和资源服务器脱钩是一种常见的策略。在这些情况下,最佳做法是什么? 我应该将我的解决方案分为两个解决方案还是继续使用多项目解决方案结构?
答案 0 :(得分:0)
纯粹是为了方便。即使没有解决方案文件,也始终可以独立构建项目。从这个意义上说,“解决方案”文件更像一个工作空间,它仅显示您想同时处理的所有事情。话虽这么说,在某些情况下.sln文件的存在会破坏.NET Core的构建(我确实遇到了一种情况,在为依赖项目构建错误的配置之前,我删除了sln文件,是的。 ,则sln文件中的所有依赖项/配置看起来都非常正常)。无论如何,如果您开始发现问题,这是一个容易逆转的决定。