@范凯robbin 说 Node 是回到了刀耕火种的年代...
发布于 11 年前 作者 jiyinyiyong 8542 次浏览 最后一次编辑是 8 年前

微博原文: http://weibo.com/1654762921/z0sf6p1li

周末在看各种node.js的框架和库,翻了翻github上的的项目,想找些上代码量和架构上规模sample来学习学习。看了半天没找到代码写的漂亮的。nodeclub的项目代码越看我心越凉,从一个RoRer角度看过去,简直回到了刀耕火种的时代。难道我为了事件模型和V8虚拟机竟然要做出如此大的牺牲?

还有另外几条关于 Node 的微博… 真是损自信呐, Rails 真那么好的么? http://weibo.com/robbinfan?from=otherprofile&wvr=4&loc=guipor

30 回复

妹的,竟敢贬低我们cnode社区~

碰到 Ruby 那么复杂的语言也玩转的大神真给跪了… 还有 Rails… 还有写 Haskell 的从理论上不看好 Node… >_< http://blog.jiyinyiyong.info/page/nodejs/said-by-九瓜.wl

觉得nodeclub的代码真的很乱

@范凯robbin 的微博可以看出,他们javaEye也在考虑迁移到 node.js !

@leizongmin 虽然这个是事实,但是也要委婉一点表达啊。

  1. 围观用sloc评价语言优劣的达人逻辑。
  2. 围观bug多赖语言的达人逻辑。
  3. 期待iteye开源。

代码虽乱,但技术不可小觑,好的技术也能写出烂的代码,不好的技术也能优化出具有规范的代码风格,既然我们选择了nodejs,就要坚信和坚持的为nodejs铺路搭桥一路扬帆

@a272121742 如果是这样,本来就没必要因为某个大神吐槽了Node.js就自贬身价,写出高质量的代码和应用才是最有力的证明。我们要淡定

javascript 的可读性极差这是事实

麻辣矿泉水八宝粥咯…

好吧,我决定让他眼前一亮。

要设计新功能了?

莫非要整个 ror-like 框架么……

用异步方式,transaction支持的不是十分顺手。

node-mysql库本身现在还没有支持transaction。在这上面搭建的sequelize.js不支持也是可以理解的吗。

真的没好意思告诉他第一版的nodeclub是一个应届生写的。

求爆料…

现在真的是不适合做数据库应用,我现在的项目本来计划用nodejs,在一个原型后放弃,现在用python已经完成了

不过ruby也不怎么样,虚的东西,吹水的东西太多,不如python 实在

没说原因… 原型出来的时候发现的问题是什么?

@jiyinyiyong 主要是异步和数据访问,另外我指的数据库应用主要是指进销存或mrpii/erp之类的。异步写法这块,在这类应用中,一个出库收款等动作中有很多逻辑的,就是使用step这样的也很难让代码可读性也不怎么样,就是将来有类似await这样的关键字,也不是直观的写法。就我熟悉的python为例子,用tornado 然后用pyzmq处理异步请求,或是用gevent ,写异步还是可以使用传统的写法的

第二是数据访问,太弱,当然,我现在还没有发现过比python sqlalchemy更强的神器,ruby的sequel都要靠边站,当然node得orm中获取关系都要用异步方式,在实际编码中确实让人头疼。至于直接编码sql ,sqlalchemy这样的能让你用python语言写sql,不影响性能的前提下写出易维护的代码。node这方面是缺失的。

@jjx 好多问题的样子, Mark

其实我们现在已经在用nodejs做高实时性高并发性的服务了,基于socket.io框架写,实时数据存储和队列用Redis。

但做website,特别是比较依赖关系数据库的website,用nodejs真的很不合适,呵呵。

月经贴。鉴定完毕。

您打击到我的热情了。做web真的不合适么 举几个例子

robbin说的不是完全没道理。 做web不是不可以, 不过确实没有完全发挥node的优势。

@robertlyc 啥样的人眼中有啥样的价值观

回到顶部