我们的技术团队在一个网站上工作，这是我们公司的主要产品。我们有一个后台网站，用于帮助每个人有效地处理产品。
我们希望使网站变得更好，并在后台和前台产品之间创建一个中土世界，因为它们共享相同的数据。我们还想创建一个移动应用程序，它将（再次）共享相同的数据。
我们考虑过制作一个包含所有商业模式的API。
现在，最一致和最有效的用途是什么？API 应该只包含 CRUD 模型吗？然后逻辑不会跨域共享...它应该包含所有可能的后端逻辑吗？那不是一端或另一边的死代码吗？
它应该包含前端代码吗？我的意思是生成的 HTML 模板，它会用数据本身填充？我在最后一个问题上遇到的问题是：页 A.需要模型 X 来显示基本属性。API 发送它。需要使用 X 上的方法 1 来显示一些数据。我不能，因为我现在无法访问 X 方法。
API 应该提供您需要使用的数据。此外，它应该包含所有业务逻辑，除了排序或类似的东西。
因此，您有一个网页作为示例，它适用于您的数据。完整的布局，设计都在网页项目中。不过，您需要的所有数据都需要通过 API 进行。
当然，如果您经常需要相同的数据，则可以考虑缓存此类结果。这可以按提供者（API）或消费者（示例网页）完成。
处理数据的要点是，您的消费者只需收集向提供商 （API） 发送请求所需的信息并获得传递的信息，以便消费者只需要向他们展示或决定下一步该做什么。
所有繁重的工作都放在 API 站点上，否则 API 将没有任何意义，因为目标是提供一个包含您所有逻辑的点。你不应该重复自己。