我负责设计一个显示非常大的地理数据的Web应用程序。要求之一是应该对其进行优化，以便仍在我国郊区常见的拨号上网的PC也可以使用它。

现在，如果可以在有限的开发时间和用户体验上有所帮助，则可以使用Flash和/或者Silverlight。

地理数据的大部分被分块为图块，然后像Google Maps中的地图图块一样加载，但这意味着我需要很多HTTP请求。

我应该只使用javascript + HTML吗？我最终会得到一个有关Flash / Silverlight的更快的应用程序吗？由于我可以对这两种技术执行一些复杂的算法(例如DeepZoom)。但是，由于我们没有太多的维护资金，因此部署桌面应用程序是不可能的。

它只需要很快...真的很快..

p.s.更快意味着"更快下载"

解决方案

回答

我认为我们不会发现Flash或者Silverlight对该应用程序有太大帮助。无论哪种方式，我们都将利用平铺图像，并且两种情况下图像的大小均相同。使用Flash或者Silverlight可能使我们可以向应用程序添加一些简洁的动画，但是我们在此处获得的任何东西都会给客户端的拨号连接带来额外的开销。我会坚持使用纯Javascript / HTML。

回答

像Gears这样的东西可以接受吗？这将使我们可以在本地存储数据以限制重新请求。

我还将远离Flash和Silverlight，直接使用javascript / AJAX。 jQuery很有趣。

回答

我建议我们研究一下Silverlight和DeepZoom

回答

我相信微软的Seadragon是答案。但是，我不确定开发人员是否可以使用该功能。

似乎其中一些已进入Silverlight

回答

我们可能还希望通过一个可用的Ajax库异步下载磁贴。假设用户一次可以查看9个图块并进行滚动/缩放。下载他们可以看到的9个图块，以及处理第一次加载时这些图块的缩放所需的所有内容；那么我们将需要尝试使用缓存策略来异步预取其他信息。

在一个地方，我工作的一个规则引擎花了太长时间才能返回结果，所以他们选择向用户显示"确认此"屏幕。用户花了几秒钟的时间查看并单击"下一步"，以足够的时间返回结果。实际上，它花了更长的时间才使应用看起来对用户来说很快。我们必须记住，用户对性能的感知在某些情况下与实际性能同样重要。