问对于编写大型ajax应用程序，哪本书或资源是好的？

EN

末尾有一个TL;DR摘要。

我真的不能为你提供一个好的资源，因为我自己还没有找到。然而，并不是所有的都失去了。您已经有开发大型应用程序的经验，并且将这些知识带入浏览器领域并不需要太多的重新思考。

首先，除非你的应用程序真的很琐碎，否则我不会马上开始重构整个代码库，因为肯定会有你还没有想到的无穷无尽的情况。

首先设计你想要的系统的核心架构。在您的例子中，您可能希望所有AJAX请求都通过一个点。从jQuery或YUI中选择XHR接口，并在其周围编写一个带有选项散列的包装器。您为新代码编写的所有XHR调用都要经过那里。这允许您随时使用另一个框架或您自己的框架切换执行XHR调用的框架。

下一步，协调有线协议。我推荐使用JSON和POST请求(POST请求对于表单提交有不被缓存的额外好处)。列出您需要的不同类型的请求/响应。对于这些响应中的每一个，创建一个JS对象来封装它们。(例如，表单提交响应作为FormReponse对象返回给调用者，该对象具有用于验证错误的访问器函数，等等)。这方面的JS开销非常小，并且可以轻松地更改JSON协议本身，而无需通过小部件代码来更改对原始JSON的访问。

如果您要处理大量表单，请确保它们都具有相同的结构，以便可以使用JS对象对它们进行序列化。大多数框架似乎都有各种本机函数来实现这一点，但我建议您使用自己的函数，这样就不必处理缺点。

在这一点上，增加的业务价值当然是零，因为你所拥有的只是一个理智的做事方式的开始，甚至还有更多的JS代码要加载到你的应用程序中。

如果您有新的代码要编写，那么就在刚刚实现的API上编写它。这是一个很好的方法来查看你是否真的在做什么愚蠢的事情。暂时保持其他JS的原样，但一旦您必须修复一个bug或在其中添加一个特性，请重构该代码以使用您的新API。随着时间的推移，您会发现重要的代码都在您的API上运行，而许多其他的东西将慢慢过时。

不过，不要过分地重新发明轮子。将这种新结构限制在数据交互和HTTP连接上，并使用主要的JS框架来处理与DOM、浏览器怪癖等相关的任何事情。

另外，设置一个全局记录器对象，不要直接使用控制台。让您的记录器对象在不同的环境中使用控制台或自定义DOM记录器或任何您需要的东西。这使得在自定义日志级别、日志过滤器等中构建变得很容易。显然，您必须设置您的构建环境来擦除生产构建中的代码(您确实有一个构建过程，对吧？)

对于相对合理的JS源代码布局和名称空间，我个人最喜欢的是Dojo框架。相对于它们的命名空间的对象定义与它们在磁盘上的位置有明显的关系，有一个用于定制构建、第三方模块等的构建系统。Dojo依赖/构建系统依赖于代码中的dojo.require和dojo.provide语句。在源代码上运行时，dojo.require语句将触发相关资源的阻塞加载。对于生产环境，构建系统遵循这些语句，并将资源插入到该位置的最终包中。文档有点稀疏，但这绝对是一个很好的灵感开始。

TL;DR的答案是，

• 让所有XHR调用都经过一次interface
• Don't将原始响应数据传递回更高级别
• 对现有代码进行逐步重构
• 协调有线协议
• 使用JS的动态功能构建轻量级代理代码

< code >H111 JS中的代码结构和调用图在JS中看起来与在其他语言中相同

Ajax Patterns是一本非常棒的书/站点：http://ajaxpatterns.org/

否则，您可能想要查看Advanced Ajax Architecture Best Practices

你如何设计你的网站应该基于你的应用程序的功能和大小。我会把你的注意力放在那里，而不是寻找一个适用于所有情况的架构。