全是前端框架之类的,到后端MVC框架基本就止住了,后端还有大量的工作要做,但是好像发展乏力。以前也看过国外专家说js之类的动态语言性能上是落后于静态语言的,nodejs在web上的优势来源于异步非阻塞处理大并发的优势。
nodejs
不只是拿来做 web 的,我也不喜欢只拿它做 web。但好像论坛里面很多人都把它只局限于做 web,偶尔那么几个还是用 pomelo 的,结果还是基于 socket.io 和 websocket 这类本质是 web 的东西。
Node一定是未来,现在传统后端开发技术都已经到了瓶颈 而Node拥有:统一的语言,高性能的并发处理,简单易懂 我很看好Meteor这个框架,如果说Node带来的是前后端语言的统一,那Meteor带来的则是Web的彻彻底底的革新
速度上,动态语言肯定是落后静态语言的,找中间人解释花时间是避免不了的。 不过都是可忽略的。 需要高密度运算,只要写个cc++包扩展,nodejs做个进程调用就ok了. nodejs的任务就是消息传递。
不要谈什么web,web是什么? 如果你说你是写web程序的,估计你不晓得你要写的东西都依赖什么。谈tcp udp http fs更实际点. 以前用c写tcp,现在用js就可以写tcp,时间上的这些差异根本就可忽略。 但是tcp传过来,要加密,你就不能指望用js来不停的移位迭代插入,c肯定是最好的方式.
主要是后端js,还没有找到强大的框架,js做后端应该有想配套的开发工具,语法过于灵活,项目一大就难以维护,很多框架也是照搬java上的东西,看到楼上的说的meteor,只能说提高了某种类型web应用的开发效率。
@dlutwuwei 框架不过是会设计模式的人,写给容易揉乱团队代码的那部分成员,规范他们的行为的东西。把框架当成开发保障,本身就是个错误。如果你的团队没人懂设计模式,用框架不过是自欺欺人。 同样,如果你懂设计模式,根本不需要什么框架,相反,你要写出一套结构,来规范你的团队揉乱你的代码的那帮人。
本来熟悉js的就是搞web的, 那玩node的主流用户肯定是搞web的. 至于纯后端, 冒着被当成异端打死的风险说一句, 几个主流语言异步协程的优雅方案都有不少, 为什么要来弄node? 就算对回调情有独钟, 至少twisted也封装了大量的协议和标准的流程.
况且http本身就算比较通俗的后端解决方案, 比如Tokyo Tyrant的作者重新设计的Kyoto Tycoon, 就是拿rest http替代了原来的自定义协议; Erlang的跨节点之间actor rpc很让人口水, Go标准库给的做法就是默认http rpc.
@tulayang 支持 没必要过分关注框架,也没必要过分关注语言性能。框架和语言都是解决问题的,很多时候这些问题也是特定的,一些框架很牛逼,很庞大,但未必就适用自己的项目。 大部分时候,代码首先要解决问题,然后再考虑可读,可扩展等问题。我个人认为,代码应基于现实需求,先解决眼前的问题,在这个基础上迭代改进重构。