平时还是写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
li24361 OP @subvim 额,几个技术大佬和领导商量的结果,node调用后台api,前台用react渲染,貌似为了效率,反正就是说了大势所趋,已经定了,巴拉巴拉的,小码农只能马上去学习了
|
8
johnhsm2333 2015-07-25 16:49:02 +08:00 via Android
我们这边说着学习node,实际上永远不会投入使用。
|
9
li24361 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 技术氛围就是这样,因循守旧
|