Javascript模块化编程之难处

接着上一篇“Javascript模块化编程之Why”说起，Javascript担子重了之后程序也就复杂了。在大把语言都模块化编程的形势下，Javascript也不可能袖手旁观啊，毕竟这是一条经过实践检验的道路。C++有namespace，Java有包，但Javascript有什么呢？

现在满大街都是Javascript模块化编程相关的文章，一方面说明Javascript的春天到了，另一方面则充分说明Javascript模块化编程不是那么容易的事，不信你看看C++和Java等语言模块化编程的文章就知道了。难道没有namespace和包这些机制就真的这么困难吗？如果仅仅是没有这些，还真没有那么困难。

相信很多人学习编程都是从C语言开始的，但实际工作中，只有少数人使用C语言，更多的是使用C++，Java等面向对象的语言。个人没有对语言做深入的分析，只是实际工作中用面向对象貌似更容易解决复杂问题。相信大家也差不多这样的感觉。在尝到面向对象的甜头后，你会爱上它的。不幸的是Javascript语言同C语言一样，在语言层面上，没有真正的类，要不然也不会出现prototype.js这类基础库了。

没有真正的类意味着什么呢？最直接的就是无法在语言层面控制哪些是私有的，哪些是公有的。对于所有的外部模块而言，都是公有的。因为这个原因你会看到在很多Javascript的代码中，存在许多以"_"开始的变量名，这表示什么意思呢？这是一种命名规范所要求的，私有变量名前面加"_"前缀，这类变量不能被外部模块访问。虽然这种限制不怎么靠谱，但也只能这样了。没有可见性限制，会让模块的独立性遇到很大的挑战。而要处理这些问题，就不那么简单了。

连真正的类都不存在，更不用说其他方面了，更进一步说，模块化编程困难的原因主要归根于Javascript语言的抽象层次太低了，这样必然会导致重复利用率不高。对于模块化编程而言，这自然不是什么好事。虽然面临各种各样的困难，但也难不住高智商的人类啊，办法总是有的。C语言不一样可以玩出面向对象，玩出操作系统嘛！对C语言这方面有兴趣的请前往google，我这暂且只说Javascript，怎么把它玩出对象，玩出模块化呢？

欲知后事如何，请看下次分解！