smartclient - 对 "occasional connected"场景的支持有多重要？

Question

不久前，智能客户端被吹捧为解决“偶尔连接”使用环境的解决方案，而诸如 Google Gears 之类的工具包也出于同样的原因而应运而生。在我看来，持续、可靠的互联网访问正变得越来越普遍(即使在商用飞机等地方)，所以我向社区提出的问题是:具有离线支持的解决方案与 future 的相关性如何？

我是从数据密集型企业应用程序(例如 CRM)的角度来处理这个问题的。

Answer 1

在过去的 3 年里，我构建了 2 个独立的偶尔连接的智能客户端。

我发现添加“偶尔连接”会使应用程序的复杂性(和开发时间)增加大约 3 或 4 倍。因此，添加一个非常昂贵的功能。

但是这些应用程序有可靠的商业案例，因为我确信许多系统都有。一种是针对经常去客户现场(无论出于何种原因，有时安全是一个原因)他们的无线连接无法正常工作的工程师。用户仍然希望像连接时一样继续使用系统，然后在连接可用后毫不费力地(就他们而言)同步自身。

第二个应用要么在 LAN 上使用，要么根本没有连接，直到用户返回“办公室”。

从个人角度来看，无论有没有事件连接，我都可以继续“做我的工作”，事实上，即使连接在事件中途断开，一切仍然有效，我不会失去任何东西我的数据。

实现这种无缝连接 -> 断开连接 -> 连接等场景需要大量工作和测试，因此必须有非常强大的业务案例。

最后，我认为我们永远无法假设互联网连接永远存在。无论是硬件或服务提供商故障还是某些主动安全阻止连接，在某个时间点您的用户将处于断开连接模式。