这是一个创建于 3796 天前的主题，其中的信息可能已经有所发展或是发生改变。
平时还是写java服务端多一些，前端都是写jsp，springmvc等，现在换成nodejs+react，可以算是拥有前端属性了吗
 | 1 helone 2015-07-25 16:26:00 +08:00 如果只是写写node其实和后端没什么两样，仅仅是语法不同。。。 |
 | 2 subvim 2015-07-25 16:28:00 +08:00 公司选用node意图何在 |
 | 3 crazyxin1988 2015-07-25 16:32:17 +08:00 @subvim 是不是为了用node后端渲染react，解决react的seo问题？ |
| 4 subvim 2015-07-25 16:33:32 +08:00 @crazyxin1988 目测是被人忽悠着用的。。。。 |
 | 5 zac 2015-07-25 16:40:20 +08:00 显然不是 |
 | 6 north521 OP @subvim 额，几个技术大佬和领导商量的结果，node调用后台api，前台用react渲染，貌似为了效率，反正就是说了大势所趋，已经定了，巴拉巴拉的，小码农只能马上去学习了 |
 | 8 johnhsm2333 2015-07-25 16:49:02 +08:00 via Android 我们这边说着学习node，实际上永远不会投入使用。 |
| 9 north521 OP @johnhsm2333 我们这边是已经小范围使用了，他们说这是趋势，学点新东西也是好的 |
 | 11 Wangxf 2015-07-25 18:11:27 +08:00 node是后端！node是后端！node是后端！重要的话要说三遍！node只是恰好选择了Javascript而已，更确切的说选择的是ecmascript，Javascript＝ecmascript＋dom＋bom，你看你有用到dom，bom么？如果不选择js，选择A，选择B也一样，nodeA，nodeB，node强调的是思想，而不是语言 |
 | 12 ipconfiger 2015-07-25 18:15:58 +08:00 前端渲染确实是潮流，现在PC包括手机的性能都越来越强了，没理由不用起来 |
 | 14 magicdawn 2015-07-25 18:42:09 +08:00 js很酸爽的~不谈环境 |
 | 15 learnshare 2015-07-25 19:00:26 +08:00 写 Node 跟前端不太有关系 |
 | 16 semicircle21 2015-07-25 19:46:02 +08:00 @crazyxin1988 是正解. 如果都说到 node + react 的程度了, 那就是在往前端发展了. Isomorphic 绝对是大势所趋了. 对你而言多学学没什么不好, 但这些玩意的变化速度非常快, 而且是百家争鸣的阶段, 所以, 对公司而言, 作为人才储备还是可以的, 但上项目就呵呵了. |
 | 17 YuJianrong 2015-07-25 19:49:31 +08:00 做手机或者有SEO需求的话可以考虑一下 react 后端渲染。 顺便即使不说 nodejs ， js 语言也是强烈建议掌握的技术。 |
 | 18 hahasong 2015-07-25 19:50:15 +08:00 js的东西变幻莫测，一天一个样，且学且珍惜 |
 | 19 otakustay 2015-07-25 20:12:31 +08:00 Javascript工程师 前端工程师 |
| 20 crazyxin1988 2015-07-25 20:17:22 +08:00 @semicircle21 我只是猜测LZ的公司的动机 我司的线上已经使用react了，因为seo的问题，之前时间有人想推react+nodejs，后端渲染react 不过 被架构咔嚓掉了 觉得这方面公司技术储备还不够 不过 我不喜欢node，当前端工具还好，上后端，就。。。 |
| 21 magicdawn 2015-07-25 21:07:56 +08:00 现在一般是做个前端经常被JAVA环境各种问题干扰~ 将这个分开来提高(榨干) 前端生产力~ 主要目的是这个~ 要不就是有喜欢node的, 然后有一点话语权, 然后就用了~ |
| 22 YuJianrong 2015-07-25 21:41:36 +08:00 JS 没什么变幻的，框架一直在推陈出新没错。不过难道一直稳定就是好的？那还是用超级稳定的 perl 去吧…… |
 | 23 koala 2015-07-25 21:56:38 +08:00 如果你们公司有好点的前端架构师能hold那还行~~ |
 | 24 maro 2015-07-26 00:10:21 +08:00 打死不用node.js 本来用PHP 公司还有 UI 前端 后端 用了node.js 就剩UI 全端了 |
 | 25 bramblex 2015-07-26 00:13:50 +08:00 js 这货门槛还是很高的，非常忌讳猪队友…… |
 | 26 NemoAlex 2015-07-26 00:31:12 +08:00 1. Node.js 目前拥有非常完善的 Web 相关的生态和社区，已经成为主流的解决方案之一。 2. 后端用 Node.js 和前端用什么完全没有关系。 |
 | 28 jziwenchen 2015-07-26 01:57:29 +08:00 不喜欢node.js 的异常处理 并且nodejs 是常驻内存的服务器，相当一个apache 嵌入的应用逻辑；搞不好服务器因为某问题 挂在那里了 影响了所有用户. 之前用node.js 做过几个项目 但是需要脚本不断检查服务器状态 挂掉 重启 挂掉 重启...就不敢碰了... 前端工程师以为终于找到突破口要做服务器端的活了 其实node.js 只是用Javascript 写的后台，和java/php 后台思想一致. 要做后台 也需要恶补各种知识. 同样用node.js 后台以为就是前端工程师 那前端工程师也太容易做了. |
 | 29 kfll 2015-07-26 10:46:52 +08:00 dssq |
 | 30 stranbird 2015-07-26 11:21:33 +08:00 |
| 31 jziwenchen 2015-07-26 13:14:08 +08:00 |
| 33 stranbird 2015-07-26 14:49:20 +08:00 @jziwenchen 我只是把我知道的和你分享，希望能帮助你解决一些问题。为什么要搞得像是我批判你一样呢？ 如果是程序逻辑问题导致重启之后会再自己挂掉，那可以从程序本身的角度着手处理。所以你说的本质问题到底是什么？如果你要监听一个端口提供服务，难道就不需要常驻内存一个apache或者httpd来监听么.. 之前我司用nodejs提供一部分广告平台的服务前端，每天50亿流量，集群里边单机500QPS也没有压力很大。所以个人感觉还是有提升的空间的。 |
 | 34 tushiner 2015-07-26 15:35:29 +08:00 @zonghua cheerio跟jq确实有联系，但是连远亲都算不上，只不过是借jq名气宣传罢了。jq的dom操作依赖于浏览器提供的DOM-API，遇到严重的兼容性问题时，才会把文档当做文本来处理。而cheerio直接操作抓取的文本流，cheerio借鉴了jq的极小部分算法，并兼容了jq的与dom操作相关的API。 |
 | 35 zonghua 2015-07-26 17:48:17 +08:00 @tushiner 现在正在适应node.js的编程思想，反正编程语言都是我的玩具。一个晚上的mongodb的文档模型就能完成折腾好久的mysql关系模型，在某一些方面应用性还是很强的。 |
| 36 jziwenchen 2015-07-26 21:26:42 +08:00 @stranbird 猜测应该是做中间件 不做具体广告业务逻辑处理； 简单的抓数据吐数据吧 |
 | 39 alichen 2015-07-27 11:33:04 +08:00 我司相反,本来打算用node+react实现iosmorphic,结果打回去继续使用 java+springMVC,而且还是移动端的web项目 |
| 41 YuJianrong 2015-07-28 00:11:23 +08:00 听起来就是没有厉害的 node/JS 开发者吧。其实 node 啦 react 啦门槛也不低的，没有深入研究过 JS 几年还是很危险的…… |
| 42 alichen 2015-07-28 09:55:24 +08:00 @li24361 我司技术氛围比较那个,之前移动端web项目用过 angular,结果废了,原因很简单:没啥人会.本来重构用 node+react,结果又被否了,原因还是一样.上面对前端的认识还停留在jquery插件做页面效果,万年不变的java springMVC |
| 43 YuJianrong 2015-07-28 23:22:14 +08:00 @alichen 听起来只是前端技术人员不够班啊…… |
| 44 alichen 2015-07-29 13:40:37 +08:00 @YuJianrong 技术氛围就是这样,因循守旧 |
Select Language