【问题标题】:Tips to organize solution组织解决方案的提示
【发布时间】:2016-05-29 07:06:23
【问题描述】:

我想请教您一些关于如何组织基于 REST-api 架构的项目的工作的提示。 我们实际遇到的情况(简化):

  • DTO(仅包含 DTO 类)
  • WebAPI(rest api,使用 DTO)
  • Client1(团队 1 开发的 ASP MVC 应用)
  • Client2(团队 2 开发的 ASP MVC 应用)

问题在于,我们将所有这些项目都放在一个解决方案中(两个团队都使用共享代码,并且都可以修改 DTO/API)。现在我们需要将这些项目拆分为单独的解决方案,因为有时我们需要在不接触 Client2 的情况下将 API + Client1 部署到生产环境中。

有人对这种架构有一些经验吗? 您如何应对版本控制? 可以在 API 和客户端中重用 DTO 类吗?也许有什么好文章?

任何帮助将不胜感激。

【问题讨论】:

  • 客户端也使用 DTO?还是只是 WebApi 项目?
  • @teovankot - 是的,客户端也使用 DTO。

标签: asp.net-mvc api rest architecture


【解决方案1】:

其中一种方法是从您的 DTO 在单独的解决方案中创建 Nuget 包并在那里组织 vesioning - 包版本。

那么最好将您的客户端分开并将您的 DTO 添加为 Nuget 包。我想它会更容易维护和更新。

【讨论】:

  • 这是我正在考虑的一种方法。但我想知道如何处理例如: dev 1 - 部署包 1.5.3 并进行更改 dev 2 - 部署包 1.5.4 并进行更改 现在是时候合并 dev1 和 dev2 所做的所有更改了 - 如何知道一切都合并了吗?在此示例中,v1.5.4 不需要从 1.5.3 进行更改
猜你喜欢
  • 2012-02-19
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-03-20
  • 1970-01-01
相关资源
最近更新 更多