本机移动应用程序的 ASP.NET 后端

Question

我正在寻找一些顶级/级别的指导。我不指望能解决手头的问题。我的目标是为 iOS 和 Android 创建一个原生移动应用程序（而不是 Web）。我希望通过内部 Microsoft 服务器提供内容，而不是像 Azure 这样的基于云的服务。移动客户端需要能够登录并向服务器发出授权的读写请求。我想我会以纯文本和/或 JSON 的形式返回数据。我正在辩论使用 SQL Server 或 NoSQL 解决方案。如果我无法快速进行文本搜索，我也在考虑使用 ElasticSearch 之类的东西。 Microsoft 主题有些令人困惑，因为我从未开发过 Microsoft Web 应用程序，而且大多数资源似乎都假定为基于 Web 的应用程序或 Azure 托管。因此，我希望能确保自己走在正确的轨道上，并希望能找到一些可以帮助我前进的资源。

1. 微软服务器。不确定我是否应该研究 ASP.NET MVC 或 ASP.NET WEB API，或者完全是其他东西。如果我使用这些框架，我可以在机器上执行其他异步任务吗？例如，对其他 Web 服务进行额外调用以处理请求。

2. 登录：所有连接的 SSL。用户发送用户名/密码和系统验证。服务器发回令牌。对于每个请求，客户端发送回令牌，服务器在处理请求之前验证令牌。只要在 HTTPS 连接上有效吗？只需将令牌存储在服务器数据库中并验证？

此应用程序不会产生利润，因此 MBAAS 并不是一个真正的选择。它还有望处理大约 2000 个用户，并且可能需要扩展到 10,000 个。交通也可能会集中。我知道这非常广泛，我只是想在这种情况下对有关 Microsoft 的资源和大局有一点指导。

Answer 1

如果您正在构建一个与服务器通信的应用程序，您可能需要一个 Windows 服务 (SOAP) 或 Web 服务 (REST)交流。

除非您计划创建网站 (ASP.NET MVC) 并使用来自客户端的 HTTP 请求 (WebAPI) 从所述网站进行通信，否则您不需要 ASP.NET MVC 或 WebAPI。

1. 托管 Windows 服务或 Web 服务的 Microsoft 服务器应该没问题。是的，您可以执行来自服务器的其他请求，即使您在同一台机器上托管网站、Web 服务或 Windows 服务。每个 HTTP 请求都是一个单独的请求，将彼此独立处理。

2. 是的，您可以使用 HTTPS/SSL 非常轻松地保护您的 Web 服务和应用程序之间的通信。我不确定是否只是来回发送标识符，仅此而已，这可能不会那么安全。也许您可以使用 oAuth 或已经存在的方法。我相信，如果您正在创建自己的安全系统，那么您可能做错了 - 把它留给专门从事这些事情的人。