论坛里很少人讨论后端了啊
发布于 8个月前 作者 dlutwuwei 918 次浏览

全是前端框架之类的,到后端MVC框架基本就止住了,后端还有大量的工作要做,但是好像发展乏力。以前也看过国外专家说js之类的动态语言性能上是落后于静态语言的,nodejs在web上的优势来源于异步非阻塞处理大并发的优势。

17 回复

可能是这个论坛的js基因决定了它讨论前端多一些吧。有些与后端开发的帖子估计早就沉了。。

nodejs应该把网络连接基础服务与后端业务分开处理 ,两者之间通过消息传递来通信

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肯定是最好的方式.

一直想问node.js好得并发库么,

主要是后端js,还没有找到强大的框架,js做后端应该有想配套的开发工具,语法过于灵活,项目一大就难以维护,很多框架也是照搬java上的东西,看到楼上的说的meteor,只能说提高了某种类型web应用的开发效率。

nodejs里io是并发非阻塞的,处理流程都是单线程的,要多线程/进程并发只能利用进程间通信.

不要只提web web web web web web web web, nodejs能做除了web很多很多很多事情。不是说没有了web的话node就死了。

@dlutwuwei 框架不过是会设计模式的人,写给容易揉乱团队代码的那部分成员,规范他们的行为的东西。把框架当成开发保障,本身就是个错误。如果你的团队没人懂设计模式,用框架不过是自欺欺人。 同样,如果你懂设计模式,根本不需要什么框架,相反,你要写出一套结构,来规范你的团队揉乱你的代码的那帮人。

本来熟悉js的就是搞web的, 那玩node的主流用户肯定是搞web的. 至于纯后端, 冒着被当成异端打死的风险说一句, 几个主流语言异步协程的优雅方案都有不少, 为什么要来弄node? 就算对回调情有独钟, 至少twisted也封装了大量的协议和标准的流程.

况且http本身就算比较通俗的后端解决方案, 比如Tokyo Tyrant的作者重新设计的Kyoto Tycoon, 就是拿rest http替代了原来的自定义协议; Erlang的跨节点之间actor rpc很让人口水, Go标准库给的做法就是默认http rpc.

我还一直想着前端的坑先过一遍, 开始学习后端, 争取一个人能写整个网站, 然后我可以开始了解设计, 把我能做的网站都给美化一下, 然后怎么怎么的… 结果到现在还是坑在前端的事情上边, 又是 MVC 又是动画效果, 都没时间深入后端 而且后端除了一样用 JS, 整个知识体系几乎就是另外一套东西

后端还有大量的工作要做——是滴,估计那伙人感兴趣分布式计算和大规模集群。。

异步非阻塞是web系统的未来趋势,nodejs的一个优势是因为全球有大量的js程序员,干着很枯燥的活儿,有人才有前景,呵呵

都在做,还没做出来。

说pomelo只是做web的就土了吧,我们内部有项目用pomelo做集群管理的

@tulayang 支持 没必要过分关注框架,也没必要过分关注语言性能。框架和语言都是解决问题的,很多时候这些问题也是特定的,一些框架很牛逼,很庞大,但未必就适用自己的项目。 大部分时候,代码首先要解决问题,然后再考虑可读,可扩展等问题。我个人认为,代码应基于现实需求,先解决眼前的问题,在这个基础上迭代改进重构。

回到顶部