我的web应用程序中的JavaScript已经成长为一个巨大的文件。我想将它分解成模块，以便管理更容易。如何将JavaScript代码分成模块？
我不知道是否有用于解剖的Web应用程序的代码库的任何既定的最佳做法，或者如果它只是从不同的项目太多的项目？
特别是：
应每个模块负责的应用程序范围内的概念，例如“布局”或“客户机侧存储”等？
还是应该模块是特定于应用程序的概念正在建设（如“意见”或“日历”），每个模块负责管理自己的布局，自己的客户方存储，等等？
或两者的混合物？
如果你把Separation of Concerns和Single Responsibility考虑那么每个模块/组件等应该负责做它，没有别的。通过重新分解你的模块，将其分解成小而易于管理的块，这些块是它的工作，而不是别的。
就您的JS应用程序而言，您可以查看一些客户端MVC框架（例如knockout，sproutcore，spine等等），这些框架有助于从逻辑上将视图和布局分离到控制器，楷模。您可能也有兴趣使用诸如require.js之类的东西在需要时加载模块。
There is a very good book by Alex McCaw这是值得一读。
MVC只是一个模式，但它是一个非常流行的模式，并解决一些你有顾虑。
祝你好运。
所有的事情都是平等的，你最好创建一个围绕特定于应用概念的模块。这是更加面向对象的，并且倾向于将更可能一起改变的代码组合在一起。这反过来使您的代码更容易理解，更容忍变化，更容易开发和扩展（“模块化”的好处）。