【问题标题】:Coupled vs Decoupled backend-frontend耦合与分离的后端 - 前端
【发布时间】:2018-10-10 09:27:06
【问题描述】:

我有一个使用 API 作为后端的 asp.net 网站项目,我需要将前端与后端 API 完全分离,因此我在后端项目中创建了一个 RESTful 服务并现在我想在前端使用它。我假设我有两个解决方案:

  • 只在后端构建我的模型,并添加对前端的引用,以避免在前端重新编写相同的模型。 (耦合)
  • 在后端和前端构建两个精确模型。 (解耦)

优点:

解决方案 1)

  • 避免在前端再次重写相同的模型。

  • 一旦后端发生变化,强制更新前端模型(否则构建错误)

解决方案 2)

  • 帮助我的前端与后端分离。

  • 如果后端模型发生变化,将避免构建错误。 (前端异常)

请告知哪种方法更好的设计,如果您有建议,请分享。

【问题讨论】:

标签: rest design-patterns architecture


【解决方案1】:

通常您不会希望前端和后端使用相同的模型:

  1. 解耦很好。没有理由让您的前端以任何方式与后端耦合。
  2. 您的数据在前端和后端的结构自然不同。
  3. 您最终可能会有多个前端应用使用同一个后端。
  4. 特定的前端可能会使用不同的(一组)后端

【讨论】:

    【解决方案2】:

    这取决于您对后端和前端的更改速度以及您的工具对它的支持程度,但在大多数情况下人们只使用两种模型是有原因的。

    (原因是很难做到这一点,它会极大地降低你的敏捷性。)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2015-06-27
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-01-25
      相关资源
      最近更新 更多