使用Ajax在产品中

Question

假设我一直是任务的，以建立一个具有基于浏览器的前端的产品。

销售团队想要一个Snazzy App。产品管理团队希望使产品成本效益（通过维护阶段）

现在假设技术团队能够致电（我希望:)）是否给用户一个“富人”的外观，觉得Sackoverflow / Facebook等网站或给他们2006年的东西......随着这种考虑因素抛出..

1. 产品生活设想为6年左右
2. 产品维护团队不需要重构代码以匹配未来的浏览器
3. 产品维护团队只会增强业务功能
   
   ..还有很多与此相关的相关材料，如此

..您是否建议使用AJAX？如果是，则让我保证我今天使用的UI（ajax框架）将继续在接下来的2-3浏览器版本中继续使用，而不是更改？

编辑：请不要假设我对Ajax有任何东西。自1999年以来，我一直在DHTML工作，因为它被称为Ajax :)我也一直在努力自2002年以来不需要改变的服务器端组件，因为它们被编码为规范。

已经说过我已经有多一手经历了多少'失败优雅'代码，我必须写只是为了让这些反复无常的浏览器开心。 无论如何，谢谢你的所有答案，我想我再次回到“失败优雅”的代码。

Answer 1

一般来说，任何框架都使用了多年，因此Ajax已经存在了很多时间。此外，浏览器更改/更新目前非常稀疏，如果这是任何类型的说明，我们仍然有60％的IE6使用。

通常，在Ajax / jQuery Frameworks的情况下，建筑物系统/解决方案在未提供的Ajax / jQuery框架中。使用框架扩展UI功能和功能，但是，在没有它们的基础上，它仍然具有功能。

Answer 2

imho，ajax不是一个坏人。为什么你认为使用Ajax将击败您的产品？如果您使用AJAX提供UI丰富，并且您也有恐惧失败，可以考虑保持一个后备机制。甚至还有其他框架，如WPF，Silverlight等。Ajax现在非常稳定（我参考了MS .NET中的Ajax，因为Ajax否则现在是一个明智的老人）。Silverligt也变得非常稳定。我看到了WPF的一些问题，但你也可以看一下。

Answer 3

您可能已经知道这一点，但Ajax已成为过去两三年的现代网络发展的一部分和包裹;它只是假设，如果您有优质的人，您的Web应用程序将使用AJAX。我们真的不再使用了这个词了;更常见的是，当有人说“jquery”等时，这只是暗示的东西。

现代JavaScript库提供了从浏览器更改的很多绝缘，尽管您的开发人员必须在不使用浏览器的最新专有功能时行使自我克制，如果是跨浏览器兼容。还有更高的级别堆栈，如Google Web Toolkit，在抽象的低级东西时，虽然我不一定推荐它们（或推荐对抗它们）。

您的情况是否需要现代Web应用程序，更传统的应用程序或一组静态网页是您需要基于所需的资源来确定的东西。因为别人说过，在遇到旧浏览器的情况下，在优雅的退化中工作是很好的。