我想使用谷歌齿轮,不是为了功能,而是为了优化。
即如果在浏览器端检测到齿轮,那么我们将默默地使用它在客户端进行一些优化和缓存。如果没有安装,我们只对服务器静默工作。
在我们网站的常见问题解答或帮助页面的某处,我们会告诉用户我们的网站推荐齿轮以获得最佳性能 - 但这不是必须的,我们不会使用“离线功能”。
你认为这是一个有效的 google-gears 使用场景吗?你推荐它/反对它吗?
我想使用谷歌齿轮,不是为了功能,而是为了优化。
即如果在浏览器端检测到齿轮,那么我们将默默地使用它在客户端进行一些优化和缓存。如果没有安装,我们只对服务器静默工作。
在我们网站的常见问题解答或帮助页面的某处,我们会告诉用户我们的网站推荐齿轮以获得最佳性能 - 但这不是必须的,我们不会使用“离线功能”。
你认为这是一个有效的 google-gears 使用场景吗?你推荐它/反对它吗?
对我来说,这听起来像是一个有效的使用场景......只是意识到你将无法 100% 透明地做到这一点,因为用户必须告诉 gears 允许你的网站使用它。考虑到这一点,你绝对应该让它成为一个选择(如 gears faq 中所述),而不是在发现它已安装时尝试使用它,否则你会比性能稍差的用户更恼火有。
我认为这是一个很好的可能性,但为什么要试图隐藏它呢?正如其他回复中提到的那样,该过程永远不会真正透明,因为在某些时候需要进行一些初始设置。与其隐藏该功能,(取决于您的项目),您可以使用它来生成有关您的应用程序的一些正面消息。
也许默认情况下,您从主服务器提供内容,但在底部或顶部,包括一个突出显示的链接(想想 Gmail 中的“最新消息”)。它可以说诸如“将性能提高 50%”之类的内容。下一页可能包含正在发生的事情的快速摘要,以及用户为什么会使用 Gears。同样,当它启动时,您可以利用这个机会炫耀“您花费开发时间在做什么”。
我理解为什么您可能希望 Gears 不显眼,但不要让用户难以在您的网站上获得最佳体验。
Wordpress 还促进了 Gears 的使用,部分原因是为了加快操作速度 - 离线模式下的 Gmail(或至少具有有效的离线支持)也(恕我直言)更快地使用。
I say go for it - and if you can add offline support - and it makes sense - do that as well!