0

假设我的任务是设计一个具有基于浏览器的前端的产品。
销售团队想要一个时髦的应用程序。产品管理团队希望使产品具有成本效益（贯穿维护阶段）

现在假设技术团队可以拨打电话（我希望:)）是否给用户一个“丰富”的外观和感觉像 stackoverflow/facebook 这样的网站，或者给他们一些 2006 年时代的东西......考虑到..

  1. 产品寿命预计为6年左右
  2. 产品维护团队应该不需要重构代码来匹配未来的浏览器
  3. 产品维护团队只会增强业务功能
    ..以及很多类似的相关内容

..你会推荐使用ajax吗？如果是的话，是什么让我保证我今天使用的 UI（ajax 框架）将在接下来的 2-3 个浏览器版本中继续工作而不会发生任何变化？

编辑：请不要假设我对 AJAX 有任何反对意见。自 1999 年以来，我一直在研究 DHTML，而在它被称为 ajax 之前，我一直在研究 ajax :) 我也一直在研究服务器端组件，这些组件自 2002 年以来就不需要更改，因为它们被编码为规范。

话虽如此，我已经亲身体验了我必须编写多少“优雅地失败”代码才能让这些反复无常的浏览器满意。无论如何，感谢您的所有回答，我想我又回到了实现“失败优雅”的代码。

4

3 回答 3

3

一般来说，任何框架都使用了很多年，因此 ajax 已经存在了相当长的一段时间。此外，目前浏览器更改/更新非常稀少，如果有任何迹象，我们仍然有 60% 的 ie6 使用率。

通常，在 ajax/jquery 框架不可用的情况下，使用后备解决方案的想法来构建您的系统/解决方案。使用框架来扩展 UI 特性和功能，但在没有它们的基础上，它仍然具有功能。

于 2010-07-12T04:45:24.953 回答
0

恕我直言，阿贾克斯并不是一个坏人。为什么你认为使用 AJAX 会毁掉你的产品？如果您使用 AJAX 来提供丰富的 UI，并且您担心会失败，那么您可以考虑保留一种回退机制。甚至还有其他用于 RIA 的框架，如 WPF、Silverlight 等。Ajax 现在相当稳定（我指的是 MS .NET 中的 AJAX，因为 AJAX 现在是一个聪明的老家伙了）。Silverligt 也变得相当稳定。我看到了 WPF 的一些问题，但你也可以看看。

于 2010-07-12T04:51:16.457 回答
0

您可能已经知道这一点，但是在过去的两三年中，ajax 已经成为现代 Web 开发的重要组成部分。它只是假设，如果你有高素质的人，你的 Web 应用程序将使用 ajax。我们甚至不再使用这个词了。更常见的是，当有人说“jQuery”等时，它只是暗示的东西。

现代 JavaScript 库为浏览器更改提供了很好的隔离，尽管如果要跨浏览器兼容，您的开发人员将不得不自我克制，不使用浏览器的最新专有功能。还有更高级别的堆栈，例如 Google Web Toolkit，它们在抽象低级别的东西方面做了很多工作，尽管我不一定推荐它们（或反对它们）。

您的情况是需要现代 Web 应用程序、更传统的应用程序还是一组静态网页，您需要根据您拥有的资源来确定。正如其他人所说，在遇到旧浏览器的情况下，以优雅的降级工作是件好事。

于 2010-07-12T04:51:27.660 回答