Linux.中国 - 开源社区

 找回密码
 骑士注册

QQ登录

微博登录


为什么我又从 Node.js 回到 Python

2016-5-22 19:22    评论: 10 收藏: 1    

这是《为什么我从 Python 转战到 Node.js》这篇文章的后续。《为什么我从 Python 转战到 Node.js》写于一年多前,主要是说因为我对Python感到失望于是打算尝试Node.js。

一年的内部CLI工具,客户项目和更新公司产品的历练,正是我所学到的东西。不仅是Node,JavaScript也很不错。

易于学习,但不可能完全掌握

Node很容易学习。特别是如果你已经懂得一些JavaScript知识的话。用Google搜索一些初学者教程,摆弄一下Express,然后你就可以开始你的征程了。然后你会意识到你需要选择一个数据库。没问题,我们可以搜索NPM。哦,那里已经有不少优雅的SQL软件包了。之后你会发现所有的ORM工具烂极了,而基本的驱动程序是你最好的选择。现在,你被困在了实施冗余模型和验证逻辑中。在那不久,你开始编写更复杂的查询,并开始迷失在callbacks中。你终于冲出了callbacks地狱,并开始使用promises库。现在,你差不多可以“promise化”所有事情,并且美滋滋地小酌一杯。

所有这些是想说明,Node生态系统感觉像总是在不断前进中。却不是用一种很好的途径。“胜过”旧工具的新工具似乎每天都在问世。总会有一个新的闪亮的东西来替代另一个。你会惊讶于这种情况的发生有多么容易,你和社区看上去都在鼓励它。你使用Grunt!?每个人都使用Gulp!?不要等待,现在就使用本地NPM脚本!

包括琐碎代码——即不超过10行代码——的软件包每天都数以千计地从NPM下载。说真的!?你需要用于数组类型检查的依赖关系?并且这些软件包被一些大型工具,例如React和Babel所用。

你永远不可能用一种极快的速度掌握一些东西,更不要说潜在的依赖关系的不稳定了。

处理错误时,祝你好运

以前使用其他语言如Python,Ruby或PHP的你,还在期望抛出和捕获错误,或甚至是从函数返回错误作为错误处理的简单的方法吗?Node可不这样。相反,你需要四处传递错误在你的callbacks(或promises)中——对,不抛出异常。直到你了解的不仅仅是callbacks,并且试图遵循堆栈跟踪,这才不起效用。更不必说,如果你忘了在错误上返回callbacks,那么它就会继续运行并触发另一错误设置,在你返回最初的错误设置之后。你需要让你的客户多加一倍的钱以弥补用来调试的时间。

即使你设法想出了针对自己错误的坚实标准,你也不能确认(而不读取源)你安装的许多NPM软件包遵循相同的模式。

这些问题导致了“catchall”异常处理程序的使用,这样就会记录问题。请记住,Node是单线程的。如果有什么东西锁定了该进程,那么一切就会轰然倒下。但是使用Forever,Upstar和Monit很酷,不是吗?

callbacks,promises还是generators!?

为了处理callbacks地狱,错误处理和通常难以阅读的逻辑,越来越多的开发人员已经开始使用Promises。这基本上是编写看上去像同步码但没有疯狂的callbacks逻辑的一种方式。不幸的是,没有任何“标准”(一切都像在Javascript中其他东西)用来实施或使用Promises。

现在最明显的库是Bluebird。它相当不错,速度快,又能刚好完成工作任务。不过,我发现不得不封装需求到Promise.promisifyAll()特别有黑客范。

在大多数情况下,我会使用优秀的async库,以避免callbacks。这感觉更自然。

最后,我对于Node的经验是,Generators变得越来越流行。我并没有深入了解Generators,因此无法给出太多的反馈。非常期待听到大家关于Generators的经验。

糟糕的标准

最后一件令我沮丧的事情是缺乏标准。每个人对上述个要点该如何处理似乎都有自己的看法。Callbacks?Promises?错误处理?构建脚本?无穷无尽。

那也只是抓住了表明的东西而已。似乎彼此之间也不同意如何编写标准的JavaScript代码。不妨快速Google检索“JavaScript编码标准”,你就会明白我的意思。

我意识到很多语言都没有严格的结构,但它们通常却都具有由语言的实际维护人员创建的标准指南。

我认为只有一个确实有助于JavaScript,它是由Mozilla编写的。

关于Node的最后一些想法

我花了一年时间试图使用Javascript以及更特别的Node为我们的团队工作。但是不幸的是,在此期间,我们的时间更多的是花在了攻读文档,提出标准,讨论库还有调试琐碎的代码上。

那么我会推荐它用于大规模的产品吗?绝对不会。其他人有没有试着这样做呢?当然有过。我也尝试过。

但是,我建议JavaScript用于前端开发,例如Angular和React(或者你也可以有其他选择)。

此外,我认为Node适合简单的后端服务器,并且服务器主要用于webSockets或API  ray。这使用Express很容易快速完成,并且我们正是用在了我们的Quoterobot PDF处理服务器上。这是一个单独的文件,包含186行代码,其中还包括了空格和注释。Node用得真心顺手。

回归Python

你可能会想,现在的我在干什么呢?好吧,我依然在使用Python编写web产品和API的主要部分。主要在Flask或Django中,使用Postgres或MongoDB。

它经受住了时间的考验,有一些伟大的标准和库,它易于调试并且表现良好。当然它也有它的缺点。但世上没有完美的东西。出于某种原因,Node抓住了我的眼球,让我深陷其中。我不后悔曾拥抱过它,但我确实觉得我本不应该花费这么多的时间在它上面。

我希望JavaScript和Node将来能够得到改善。我很乐意重新审视它。

请告诉我你的经验?你有没有遇到我这样类似的问题?你是否最终还是决定转换回到更舒适的那种语言?

发表评论


最新评论

我也要发表评论

linux [Chrome 50.0|Mac 10.11] 2016-5-24 17:48
1
来自北京的 Chrome 49.0|Windows 7 用户 发表于 2016-5-24 08:43 的评论:
只有我觉得这是一篇译文吗?
显然是译文
1 回复
来自云南昆明的 Firefox 46.0|Windows 7 用户 2016-5-24 10:00
既然是开源的东西,都需要大家包容它,接受它。新东西,旧东西只要跑得起来,跑得好,就是好东西
2 回复
来自北京的 Chrome 49.0|Windows 7 用户 2016-5-24 08:43
只有我觉得这是一篇译文吗?
3 回复
linux [Chrome 50.0|Mac 10.11] 2016-5-23 21:42
1
来自上海的 Chrome 50.0|Fedora 用户 发表于 2016-5-23 11:06 的评论:
nodejs感觉就是一群从来没写过代码的家伙突然学会了写代码,兴奋得不行。
哈哈哈,感觉确实是少个官方基础类库这样的支持。
1 回复
skykingf [Chrome 50.0|Windows 10] 2016-5-23 16:03
PHP是最好的语言
6 回复
来自广东广州的 Firefox 46.0|Ubuntu 用户 2016-5-23 12:48
php是世界上最好的语言
4 回复
来自上海的 Chrome 50.0|Fedora 用户 2016-5-23 11:06
nodejs感觉就是一群从来没写过代码的家伙突然学会了写代码,兴奋得不行。
4 回复
hsrzq [Chrome 49.0|GNU/Linux] 2016-5-23 10:58
折腾见真章
2 回复
来自广东广州的 Maxthon 1.0|Arch Linux 用户 2016-5-22 20:52
nodejs一直都在造轮子,只是我们这些搞python的知道它年纪比较小,年轻气盛不跟他一般见识
4 回复
来自浙江绍兴的 Firefox 46.0|Windows 10 用户 2016-5-22 20:15
清新脱俗“造轮子”,手动斜眼
1 回复

热点评论

skykingf [Chrome 50.0|Windows 10] 2016-5-23 16:03
PHP是最好的语言
6
来自上海的 Chrome 50.0|Fedora 用户 2016-5-23 11:06
nodejs感觉就是一群从来没写过代码的家伙突然学会了写代码,兴奋得不行。
4
来自广东广州的 Firefox 46.0|Ubuntu 用户 2016-5-23 12:48
php是世界上最好的语言
4
来自广东广州的 Maxthon 1.0|Arch Linux 用户 2016-5-22 20:52
nodejs一直都在造轮子,只是我们这些搞python的知道它年纪比较小,年轻气盛不跟他一般见识
4
来自北京的 Chrome 49.0|Windows 7 用户 2016-5-24 08:43
只有我觉得这是一篇译文吗?
3
返回顶部

分享到微信朋友圈

打开微信,点击底部的“发现”,
使用“扫一扫”将网页分享至朋友圈。