前端后端通信数据 - 最佳实践[关闭]答案

【问题标题】：Frontend backend communicate data - best practice [closed]前端后端通信数据 - 最佳实践[关闭]
【发布时间】：2021-04-01 15:59:41
【问题描述】：

我目前正在开发约会计划程序。现在我正在设计自己的前端日历（月视图），并且我知道我几乎每天都会在数据库中进行约会。我对 API 调用结构发生了争执。

他说：我应该进行一个 api 调用，它返回一个特定月份的每一天的列表，并且这些天包含相应的约会。根据这一点，我应该生成我的日历。

我说：我想生成独立于我在前端收到的日历的结构。我将拨打一个电话，将特定月份的所有约会返回给我，并在收到后将它们添加到日历中。

他说我的想法在前端有冗余和太多逻辑，因为建议在后端保留尽可能多的逻辑

我的问题是哪种方式会有更好的性能，并且会根据我采取的方式影响用户体验吗？

顺便说一句，我使用 React-Typescript 和 Redux 作为前端，并作为后端 C# Core

【问题讨论】：

【解决方案1】：

他是对的。让你的前端尽可能简单。逻辑应该主要由后端处理，请始终记住根据您在 API 调用中收到的内容来开发您的前端。

【讨论】：

我担心的是用户体验更差，因为生成日历需要更长的时间，因为您必须等待后端。
这是一个非常简单的观点。声明Logic should be mainly handled by the back-end 无法扩展，也不允许团队专业化。得知 Musadiq 来自经典的 Asp.Net WebForms 背景，我不会感到惊讶

【解决方案2】：

好吧，我认为您应该保持关注点的清晰分离。您的 API 关注的是提供预定的约会，我建议您将其发布如下：

[
{
"id":1234,
"datetime":"20210115T15:15:00",
"doctor":4231,
"doctorName":"Doe, John",
"patient":9999,
"patientName":"Mary"
}, ...
]

就是这样。

这将如何在屏幕上绘制是您的前端业务。

我不知道我到底偏爱谁，但Keep your front-end as simple as possible 是一个非常简约的观点，可能会使您的后端负担过重。

【讨论】：