Web应用程序后端即服务

本文关键字：服务 后端 应用程序 Web | 更新日期: 2023-09-27 17:58:56

我们从一开始就在构建"下一代"网站。目前，对于UI，我们使用EXT和asp.net我们认为后端应该是由iis托管的wcf服务，应用程序将在其中从该服务获取数据。主要原因是在需要更改UI时支持不同的技术。我担心的是速度。请，我将感谢任何意见。Guy

Web应用程序后端即服务

如果速度是主要问题，可以采取两种方法：

  1. 使用基于JSON的库。如果它是一个简单的应用程序，在UI层没有太多逻辑（而且大多数是推送服务的），那么您可以使用jQuery或EXT等库，使用JS支持来创建纯HTML页面，正如您已经提到的那样。后端服务可以是.NET或Java服务，因为它们都支持json。

  2. 如果出于多种考虑，您必须使用ASP.NET，那么更喜欢tcp绑定而不是http绑定（请在MSDN上阅读更多关于其优缺点的信息。如果安全性不是一个大问题，请不要使用HTTPS或任何传输级别的安全性。

最终的实施将取决于您拥有的大量资源。如果你有擅长JS的人，那么选择第一个选项。如果人们对ASP.NET更满意，请选择第二个。

速度取决于所用绑定的"类型"。WCF绑定决策

以下是一篇关于WCF性能的综述文章：Windows Communication Foundation（WCF）与现有分布式通信技术的性能比较

我会理所当然地认为您将拥有多个UI，并且您需要WCF服务。从那时起，重要的是：服务和web应用程序在同一台机器上/彼此本地吗？如果不是，如果这是一个高流量的网站，你会在这里遇到性能问题，每次你必须去服务为单个网页请求获取数据时，这些问题就会成倍增加（所以试着将这种数据获取合并到单个DTO对象或其他对象）。

我认为，带有远程后端的网站非常罕见，除非是本地的，并且之间的延迟很低

除了"一般速度"之外，您还有什么特别的担忧吗？告诉我们更多关于人们将如何使用这些服务，你将传输的数据类型，所有用户都是本地用户吗？还是在不同的国家？等

创建服务/API将允许您交换UI或拥有多个UI通道（浏览器、手机、平板电脑等），这是正确的。

速度永远是这里的妥协。您的数据必须串行化，以便通过服务发送，然而最大的瓶颈将是网络传输（可能是通过HTTP）。

您应该研究缓存（以一种名为Squid的产品为起点）和HTTP压缩，并从本质上确保服务器端数据检索代码尽可能高效。

Ta克里斯。

相关文章：