asp.net-mvc - 使用 Web API 作为网站的数据提供者是否高效？

Question

我正在考虑使用 Web API 建立一个项目。基本上首先构建 API，然后使用该 API 对网站进行编程。

虽然听起来很有希望，但我想知道:如果我以一种很好的方式分离逻辑，我最终可能会通过多个 API 调用检索网页上的数据，这反过来又是与服务器的多个连接，以及所有开销等。

例如，如果我在一个页面上使用 8 个不同的 API 调用，我无法想象它不会对网页的性能产生影响。

所以，我是不是误会了什么？或者这种开销可以忽略不计 - 或者需要多次调用是否表明设计是错误的？

提前致谢。

Answer 1

好吧，我们做到了。 Web API 服务器提供对所有数据的 REST 访问。独立UI 客户端将其作为底层持久性的唯一访问点。

第一个请求需要一些时间。它明显更长。它必须初始化所有 UI 客户端内容，并从服务器获取最少需要的数据。 (菜单、用户、访问权限、元数据... ListView 数据)

重点，真正的优势，隐藏在第二个、第三个......请求中。 UI 客户端上已经有很多东西了。甚至，如果再次请求，则可以引入缓存(服务器、客户端、两者)。

因此，这意味着更多的请求(至少在 UI 客户端启动期间)...但这并不意味着...应用程序速度较慢。

维护 yield 是隐藏的 (也许它不是隐藏的，应该是明显的)在关注点分离中。在服务器上，我们不再解决这样的问题:在哪里放置用户数据处理、基本 Controller 或子 Controller ……应该在母版页、布局 Controller 那里……

已解决。我们正在关注通过 REST 发布的单一、具体的内容。一种方法，一种业务操作。如果我们想让该应用程序保持活力并成为修复者和扩展者，这就是我们的梦想。