前阵子,智能客户端已经被吹捧为解决“偶尔连接”的使用环境,并像谷歌齿轮工具包已经萌生出于同样的原因。 它看起来对我来说不变的,可靠的互联网接入越来越普及(甚至在如商用飞机的地方),所以我对社会问题是:如何相关的是离线支持前进的解决方案

我从数据密集型的企业应用程序,如CRM的角度来看接近这一

有帮助吗?

解决方案

在过去的3年中,我已经建立2个独立的连接偶尔智能客户端。

我已经发现,添加“偶尔连接”由约3或4倍的相乘应用的复杂性(和开发时间)。所以这是一个非常昂贵的功能添加。

但也有稳固的业务情况下,这些应用程序,因为我敢肯定有许多系统。一个是在道路上的工程师谁经常到客户网站,(不管出于什么原因,安全是一个原因,有时)他们的无线连接不起作用。用户仍然希望继续使用该系统,就像他们连接,然后把它毫不费力地(对他们的一部分)一旦连接可用同步本身。

在第二应用程序将任一LAN上被使用或将没有连接在所有,直到用户返回“到办公室”。

从个人的角度,我爱的想法,有或没有活动连接,我可以继续“做我的工作”,甚至如果连接通过活动都跌出一半仍然有效,我也不会失去任何的我的数据。

Acheiving这种无缝连接 - >断开 - >连接等情况下需要的工作和测试的ALOT所以必须有很强的商业案例

最后,我认为我们将永远无法假设,总是会有一个互联网连接。它是否是一个硬件或服务提供商的故障或一些活动的安全阻塞连接,在某个时间点的用户将在断开模式下。

其他提示

我认为这取决于应用的类型。对于某些应用上网比别人更具相关性,但是对于一般的办公应用软件,我认为脱机情况下将保持相关性。工作作为软件行业的顾问,互联网接入无处不在,但不是每个客户端允许我到我的笔记本电脑连接到他们的网络。 在另一方面,随着3G和移动数据接入变得实惠,也许将来会一事无成带来互联网连接。

那么,你认为如果你放眼全球可靠的网络连接是不是普遍的。即使是局部的,无线网络甚至不是很可靠的,特别是如果你是从地方到另一个地方移动。构建用于偶尔连接的情况下给出了一个更大的用户体验;我不认为它总是需要的,但是它是相当不错的。 :)

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top