关于Javascript模块化和命名空间管理

最近闲下来的时候，稍微想了想这个问题。

【关于模块化以及为什么要模块化】

先说说我们为什么要模块化吧。其实这还是和编码思想和代码管理的便利度相关（没有提及名字空间污染的问题是因为我相信已经考虑到模块化思想的编码者应该至少有了一套自己的命名法则，在中小型的站点中，名字空间污染的概率已经很小了，但也不代表不存在，后面会说这个问题）。
其实模块化思想还是和面向对象的思想如出一辙，只不过可能我们口中所谓的“模块”是比所谓的“对象”更大的对象而已。我们把致力完成同一个目的的功能函数通过良好的封装组合起来，并且保证其良好的复用性，我们大概可以把这样一个组合代码片段的思想称为面向对象的思想。这样做的好处有很多，比如：易用性，通用性，可维护性，可阅读性，规避变量名污染等等。
而模块化无非就是在面向对象上的面向模块而已，我们把和同一个项目（模块）相关的功能封装有机的组合起来，通过一个共同的名字来管理。就大概可以说是模块化的思想。所以，相比面向对象而言的话，我觉得在代码架构上贯彻模块化的思想其实比面向对象的贯彻还更为容易一些。
不像c#，java等这种本身就拥有良好模块化和命名空间机制的强类型语言。JavaScript并没有为创建和管理模块而提供任何语言功能。正因为这样，我们在做js的编码的某些时候，对于所谓的命名空间（namespace）的使用会显得有些过于随便（包括我自己）。比如 ：

var Hongru = {} // namespace

(function(){

    Hongru.Class1 = function () {

        //TODO
    }

    ...

    Hongru.Class2 = function () {

        //TODO
    }

})();