我为什么不从NodeJS切换到Go

Kris_zcl 发布于 2014/03/31 07:09
阅读 8K+
收藏 4
2014年3月26日

我最近研究并玩了一下Go语言,并且我想简短地谈一下为什么我不准备从Node切换到GO。(并且我建议你也不要这么干)

首先,人们在讨论Node.js时会有很多的抱怨:

回调地狱


Promises,  它使代码读起来像同步的一样,并且如果你按照合理的标准缩进,在99%的情况下,你不会遇到回调的问题。

Javascript语法很恶心


Javascript拥有完美的可读性,CoffeeScript的更佳。你需要做的仅是成为一名好的程序员,你懂的。

CoffeeScript npm 模块


例如,我还看到只暴露CoffeeScript的模块。它可能是用CoffeeScript写的,但是每一个CS模块都最终在模块系统中编绎成了JavaScript。

Server/Client 之间从来没有被重用过


这当然是对的。除非你不考虑像Moment(分析),FormWarden(验证)这些库,我发现我很少从客户端向服务器端拷贝代码。但是没有切换的东西是很美的,尤其是两个C风格的语言,像Go和JavaScript.

我很高兴我御下了那些负担。

我为什么爱Node.js(和Javascript)


JavaScript一直是我最喜欢的语言,我已经用了好多年了,下面是原因:

她的灵活,我的意思是她能解决我日常开发所遇到的任何问题。通俗一点讲,在大多数情况下我都不会碰到性能瓶颈;如果一个问题出现了,我可以全心全意解决它。我发现静态类型非常繁琐,因为我的工作需要我快速开发原型(然后扩展成复杂的系统)[1],我选择一种可以让我有这种能力的语言和环境。

当然,下一个关键点是,有大量的基于Node的开发工具。Bower解决前端依赖非常有效,如果你用过的话。我自己是Foundation/SCSS的粉丝,但是我们在工作中使用Bootstrap/LESS,并且LESS是由Javascript编绎的。gulp为我的开发提供了一套完美的编绎系统。并能毫不费力的集成到线上,所以在改变样式后,我可以直接看到浏览器的变化(仅需要设置两步监视)。同样,我的服务器端代码也可以被重新加载,多亏了JS的功能,这样我就不用每打一段就重新编绎一次了。它已经重启了,我仅需使用F5去测试我的改动。[2]

我为什么不想换


到目前我可以找到的原因,切换到(Go, Ruby, Python, Erlang, 其他等等),我不得不:

放弃那些非常牛逼的全栈工具(这对于我来说不可接受)。

在前后端切换不同的语言(客户端JS, 服务器端Go),还有一些JS的工具(听起来就很无聊)。

如果我错了的话,关于Go语言的生态系统是可以支承全栈开发的,我非常乐意有人能够指出。我明白我可以使用Go版的Bower,但是我还是需要Node去使用它,这是一个非常大的二次依赖。如果有5位以上的开发者的话,这个问题就会暴露出来。

我现在还没有看到切换的价值。我想说,我现在积极地学习Go是因为我觉得现在还没有什么意义,Go有足够的魅力强势一段时间(也许会持续下去)。

[1] 我在一家代理(广告)公司工作所以我的日常工作跟你的可能有所不同。

[2] Jasmine + CoffeeScript == 真的很牛逼。


转自:http://ourjs.com/detail/5336e6071f424a0a4b00000b

加载中
0
Brin想写程序
Brin想写程序


全栈是个伪命题。现在的全栈工程师已经有点死很惨的感觉了。

而且go做WEB还早。做WEB方面的,切换到Go,确实是没事找事。


0
梅开源
梅开源

谁要作者切换到go了呢,岂有自问自答之理。没事干谁把项目切换语言。

0
不及阁大学士
不及阁大学士

感觉没什么干货,go和nodejs本来就是面向不同领域的

0
jingdor
jingdor

你想用什么用什么  只要能按时按质完成老板交代的任务就行

0
回去干活
回去干活

go做tcp服务还行,http的话PHP秒杀了.而且性能也还行.如果不是facekbook那种流量级

0
abbish
abbish

最重要一点,还没有遇到必须要用 Go 解决的性能瓶颈

返回顶部
顶部