1.为什么 Node.js 很糟糕

点读点读指标源码mid

为什么 Node.js 很糟糕

点读点读指标源码mid

       æ³¨ï¼šè¿™æ˜¯ä¸€ç¯‡ç¿»è¯‘文章，不代表我们的观点！

点读点读指标源码mid

       Node.JS是一个非常糟糕的平台，他的糟糕之处体现在非常简单而重要的一个方面，就是他的核心工作机制：基于I/O的回调。

点读点读指标源码mid

       æˆ‘想大家现在都知道。这种方式编写代码是很糟糕的。一段时间前我注意到了这个事情，

点读点读指标源码mid

       åœ¨ä½¿ç”¨äº†Go语言几周后我喜欢上了他。使得，我承认Go语言比python少了一些动态特性，而导致做开发的时候可能会多出一些任务（主要是做一些样

点读点读指标源码mid

       æ¿ï¼‰ã€‚Go比Python还少了一些“magic”的性质，从而代码具有明确性。

点读点读指标源码mid

       Go的这种明确性使得你更容易的阅读源代码。因为没有了这些“magic”特性，你就

点读点读指标源码mid

       å¼Šï¼ŒPython的开发速度要快，而Go的代码维护要容易。

点读点读指标源码mid

       å¯æ˜¯ï¼Œå½“你把这些事情往Node.JS上想的时候，你会发现没有了代码可维护性、没有了安心、得到了速度。可是我想说你真的得到了速度么？因为在此同时你同时失去了简易开发和简单维护。

点读点读指标源码mid

       æˆ‘花费了很长时间去学习Node.JS，并试着做了一些东西，但是并没有成功，我是真的不知道从何开始。

点读点读指标源码mid

       é€šå¸¸æˆ‘评价一个技术的好坏，是通过它自身的一些性质。是否容易上手、是否能帮助我提高

点读点读指标源码mid

       ç”Ÿäº§åŠ›ã€æ–‡æ¡£åšçš„好不好、有没有帮助资源。很显然Node.JS没能通过上面的测试。在我学习了那么久之后我仍然没有做出一个产品。API参考虽然已经文

点读点读指标源码mid

       æˆ‘看到HN（Hacker News）上的一些人说Node.JS有多好。我当时认为这些人都是很聪明的，Node.JS应该是一个不错的平台。很不幸，我花费了几个月时间最终发现这是一个非常糟糕的平台。我没能写出一点读起来很舒服的代码，（当然写起来也是很不舒服）

点读点读指标源码mid

       æˆ‘开始怀疑我的编程能力！

点读点读指标源码mid

       å½“然，一些读者可能会说：我们将Node.JS用到的生产环境，所以这是你的无能。

点读点读指标源码mid

       ä¹Ÿå¥½ï¼Œæˆ‘接受，可能是我钻到某个牛角尖里了。但是我所说的权衡利弊的问题仍然成立，为了满足所承诺的可扩展性，你必须牺牲代码的可读性和可写性。而在Python下你可以非常方便的扩展。你可用gevent

点读点读指标源码mid

       ï¼Œä¸€ä¸ªåŸºäºŽç½‘络库/服务器的并发框架。这就意味着IO阻塞将不再是问题，剩下的唯一问题是python的解释器，而这也可以通过分布式多服务器来解决负载均衡问题。

点读点读指标源码mid

       çŽ°åœ¨åªæœ‰ä¸€ä»¶äº‹æƒ…是Node.js可以而Python不可以的，那就是

点读点读指标源码mid

       websockets。实际上我不确定是不是python确实不能，在Google后也许会找到一些方案。当然

点读点读指标源码mid

       Go可以很容易的实现websockets（go get code.google.com/p/go.net/websocket）

点读点读指标源码mid

       å³ä¾¿ä½ è®¤ä¸ºwebsocket就是你使用Node.js的原因，但是我想说你仍然可以选择使用Node.js实现websocket，而其余部分都是用Python来做。这里有个例子

点读点读指标源码mid

       ã€‚是的，这个架构设计（联合Python和Node.js）可能是有点令人费解，但是还是要比使用Node.js开发整个web程序要好的多。

点读点读指标源码mid