代码之家  ›  专栏  ›  技术社区  ›  Ryan Fernandes

在产品中使用Ajax

  •  0
  • Ryan Fernandes  · 技术社区  · 14 年前

    比如说,我的任务是设计一个具有基于浏览器的前端的产品。
    销售团队想要一个时髦的应用程序。产品管理团队希望使产品具有成本效益(通过维护阶段)

    现在假设技术团队开始打电话(我希望:)是给用户一个“丰富”的外观,还是让他们感觉像StackOverflow/Facebook这样的网站,还是给他们2006年的一些东西……考虑到这些因素……

    1. 产品寿命预计为6年左右。
    2. 产品维护团队不需要重构代码以匹配未来的浏览器。
    3. 产品维护团队只会增强业务功能
      …还有很多相关的东西像这样

    …您是否建议使用Ajax?如果是的话,是什么让我能够保证我今天使用的UI(Ajax框架)在接下来的2-3浏览器版本中不会发生任何变化?

    编辑:请不要以为我对Ajax有什么不满。我从1999年开始就在DHTML上工作,从Ajax被称为Ajax之前就开始工作了:)我还一直在研究服务器端组件,这些组件自2002年以来不需要更改,因为它们是按照规范编码的。

    我说我有第一手的经验,就是为了让这些反复无常的浏览器满意,我必须写多少“优雅地失败”的代码。 不管怎样,谢谢您的回答,我想我又回到了执行“优雅地失败”代码的过程中。

    3 回复  |  直到 14 年前
        1
  •  3
  •   Joe Garrett    14 年前

    一般来说,任何框架都使用了很多年,因此Ajax已经出现了相当长的时间。此外,目前浏览器的更改/更新非常少,如果这可以告诉我们,我们仍然有60%的IE6使用率。

    通常,在Ajax/jQuery框架不可用的情况下,使用回退解决方案的思想构建您的系统/解决方案。使用框架来扩展UI特性和功能,但是在没有它们的基础上,它仍然具有功能。

        2
  •  0
  •   Kangkan    14 年前

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

        3
  •  0
  •   Eric Walker    14 年前

    您可能已经知道这一点,但是在过去的两三年中,Ajax已经成为现代Web开发的一部分;它只是假设,如果您有高质量的人,您的Web应用程序将使用Ajax。我们甚至不再经常使用这个词;更常见的是,当有人说“jquery”等时,它只是一种暗示。

    现代的JavaScript库提供了很好的隔离,以防浏览器发生变化,但是如果要实现跨浏览器兼容,开发人员将不得不在不使用浏览器的最新专有功能时进行自我约束。还有一些更高级别的栈,比如谷歌网络工具包,在把低级别的东西抽象出来的过程中做了很多工作,尽管我不一定推荐它们(或者不推荐它们)。

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