使用隐藏字段传输的可接受数据大小是多少

Posted 2023-04-13

【中文标题】使用隐藏字段传输的可接受数据大小是多少

【英文标题】：What is an Acceptable Data Size to be Transfered using a Hidden Field

【发布时间】：2015-07-14 14:21:27

【问题描述】：

我有一个与 Silverlight 组件集成的 ASP.NET Web 表单应用程序。两者之间的通信是使用 WCF 服务完成的。我想将数据（字符串）从服务器传输到 Silverlight。数据的大小保证小于 160 KB。我有两种情况：

我可以将我的数据写入服务器上的 xml 文件，然后从 silverlight 访问和使用它（我需要在服务器上创建一个虚拟目录，以便从 silverlight 获得对 xml 文件的 http 访问） .如果我选择这样做，我可以使用 LINQ to XML 以平滑/逐渐使用 xml 文件（无需一次加载所有内容） 我可以简单地将我的数据放在 aspx 页面的一个隐藏字段中，然后我可以从 Silverlight 轻松访问它。

显然，第二个场景比第一个场景更容易，也更容易维护。

问题是：我会选择这两种情况中的哪一种？ （也许我不知道的第三种选择？） 使用第二种方案会导致瓶颈吗？也许是长期的？

【参考方案1】：

如果 160k 只会从服务器到客户端进行一次旅行，那么我认为除了隐藏字段之外不需要使用任何东西。

如果页面要“回发”，那么 160k 也将返回到服务器，然后可能再次返回到客户端，那么我将使用一个简单的服务从服务器获取数据到客户，一次。该服务可以是使用 WCF 的 SOAP 服务，也可以是 Web API 服务。由于您使用的是 Silverlight，让服务将 XML 发送到客户端可能会很方便，然后 Silverlight 代码可以使用 XDocument 轻松解析数据。

【参考方案2】：

将数据（字符串）从服务器传输到 Silverlight。

一种方法是使用SignalR 将数据从服务器传输到 Silverlight 客户端。恕我直言，设置不那么强烈，并且通信通道可以根据需要用于连续的通信线路。

---

既然没有程序存在于真空中……难道没有共享数据库吗？如果是这样，则让页面将其信息发送到数据库，以供 Silverlight 应用程序读取。

【讨论】：

为什么选择 SignalR，而不是返回 XML 甚至 JSON 的不太复杂的 Web API 服务？

我这里没有任何实时场景。为什么使用 SignalR？

@yazanpro 我不清楚您要达到什么目的。如果您想向 Silverlight 客户端发送启动消息，请使用启动 javascript 传递一次性消息。

即使通信需要交互（例如按下按钮），为什么要使用 SignalR 而不是更简单的东西？

是的消息。但它的大小几乎是 160KB。这样好吗？