可能很傻 - 应用程序的前端与后端答案

【问题标题】：Probably silly - front end vs. back end for an app可能很傻 - 应用程序的前端与后端
【发布时间】：2016-05-21 00:59:15
【问题描述】：

只是一个真正的基本问题。我知道前端和后端开发是什么……我想。

如果我有一个应用程序，比如跟踪你的举重、饮食和其他事情的健身跟踪应用程序，我显然需要某种数据库。除此之外，真的有任何“后端”可言吗？不会有服务器可以与之通信或任何东西。它只是记录详细信息并将它们放入数据库中。

如果我必须将这样的应用分为前端和后端，哪些部分会是哪些部分？

更具体地说，像 Xamarin 这样的跨平台框架是在开发团队之间拆分前端和后端的好选择还是本机最适合这种情况？

【问题讨论】：

【解决方案1】：

如果我有一个应用程序，例如跟踪您的举重的健身追踪应用程序还有饮食和其他东西，我显然需要某种数据库。除了从那，真的有任何“后端”可言吗？不会有成为与之通信的服务器或任何东西。它只是在记录详细信息并将它们放入数据库中。

如果我必须将这样的应用分为前端和后端，那么部分会是哪个？

FrontEnd：在 iOS 或 Android 设备上运行的应用程序，为正在使用该应用程序的当前用户提供自己的缓存。

后端：托管 API 的服务器和将存储所有用户数据的数据库。

更具体地说，像 Xamarin 这样的跨平台框架是拆分前端和后端的开发的好选择是在开发团队之间还是最适合本机？

您为移动开发选择的任何技术都可以有前端和后端。

你可以有一个看起来像这样的团队：

前端团队：开发 iOS 或 Android 应用程序。（客户）

后端团队：创建 Rest API、管理数据库、分析等。

【讨论】：

您认为对于健身追踪器应用程序来说，服务器真的是必要的吗？我似乎想不出它为什么有用，因为客户端实际上可以立即写入数据库而无需通过服务器工作。
如果您没有服务器并且所有数据都在本地应用程序中，如果用户删除应用程序然后重新安装它，他将无法从“云”中检索他以前的数据”。拥有后端的其他好处： - 您可以在 API 上为 CPU 密集型任务提供一些业务逻辑。 - 您可以使用从用户那里收集的数据进行分析/统计。 - 如果您决定以 Android/Web 为目标，那么您可以在 API 上共享业务逻辑代码
如果后端只是一个数据库，客户端不能直接与数据库交互吗？它会执行你提到的所有任务，除了 CPU 密集型任务。