现在前端都已经这么高级了吗？

[DavidNineRoc]

我只是想问一个问题，如果有说的不对的地方，勿喷： 现在的项目前后台分离，我负责 api， 同时把他的前端给我，让我部署到服务器。（还要我装 node，yarn 什么之类的） 我惊呆了，前端为什么还要求服务器装这些？不是开发的时候用，部署时管你用什么 es6,不都打包成 html ？ 然后我就懵逼了，我的前端还停留在 jq 的时代； 我也不知道用的什么框架，截图一张。 难道现在不支持打包成浏览器直接运行的？ ps：我另一个同事用的 rn,说可以的，然后争不过另外一个。求大神解释一下

[abcbuzhiming]

@DavidNineRoc 你 PHP 的？那你真有点危险，说句不好听的，大部分 PHP 现在的工作真的就是在当模板引擎而已。这个工作，是真的可以被 nodejs 取代的，nodejs 目前可以出现在基本所有 PHP Web 能出现的场合里，而且最致命的是，比 IO 的话 PHP Web 是比不过 NodeJS 的

[DavidNineRoc]

@hlwjia 小公司，老大不懂技术

@abcbuzhiming 明白~~~

@goodryb 已经搞定了~~~ 只是询问一下，为什么要这样。
@lostinyou 必须的！！！
@TestSmirk 最厉害的程序猿就是前端的了。

@vigoss 我是后端的，那么如果你是前端，你了解 composer 吗？了解 spring 吗？了解有个屁用啊，不会用，我也知道 node 呀，可是不会，前端三大框架一个不会。 那么你前端会管理后台的包吗？
@YenvY 必须的，后端天下第一 *+*
@yplam 明白人 >_<。
@neilwong 小公司

[DavidNineRoc]

@abcbuzhiming 说真的，我毫不担心。公司的 api，后台都是用 laravel 开发的，侧重于 PHP， 前端只是恰好这次用这个而已。

[DavidNineRoc]

@abcbuzhiming 还有，你的观念有点老了，都已经 2018 了，你的 PHP 还停留在模板时代

[lizhenda]

大家都很逗

[abcbuzhiming]

@DavidNineRoc 笑笑，朋友，laravel 并不能救你，如果你真的对 PHP 特别热爱的话，去研究研究 swoole 吧。几乎所有的 PHP MVC 框架，就是在套模板而已，我言尽于此吧，做技术，眼光要广泛，不要只盯着眼前一小块；同时，也不要被新概念忽悠，要能找到共性

[hlwjia]

@DavidNineRoc 现在看起来是搞定了，恭喜一下。不过劝一句，职责还是分清楚好；特别是你对前端也不是特别熟的情况下；以后出问题，前端甩锅给你怎么办。

前端的坑很多的，要到 production ready 还是要有真正懂 node 来 （都是门槛太低惹的祸）

[laclys]

吃瓜群众飘过~

[hlwjia]

我们之前有服务器渲染的，就是楼上提了的 Universal Javascript ；但是后来发现一是（主要原因）业务没这样的需求；二是后端还是单纯一点跑后端服务好，没必要把服务端搞复杂了。

所以后面把服务器渲染去了，纯打包上传。

需要服务器渲染的，比如为了帮助 SEO 的，像一些静态页面需要给爬虫的，就都开发机上打包好再传上去

[DavidNineRoc]

@lizhenda 你是来增加顽皮的吗？
@abcbuzhiming 如果你真的研究过了，就不会这么说了。PHP 不也是套了模板的 C ？ swoole 用不到为什么研究呢？有更多的方向，而且已经有大神把 swoole 继承到 lv 里，来增加并发。
@hlwjia 下次不敢动了

[Muninn]

这事情谁做都可以
帮忙做一下也没坏处
可以和前端一起研究下 docker ci cd
然后让前端出 dockerfile 就好了
你搞个自动部署。。

[jasperjia]

神一样的 let

[keikeizhang]

前端有前端的服务器，后端有后端的服务器，自己上线自己的。

[miyalee]

可以看打包后的 dist 里有没有 html，没有的话可能用了服务端渲染，那样的话是需要 node。。。因为服务端渲染方式它的 html 是通过 node 整合而成的，不跑起来是没有的。。。

不用服务端渲染的话我们一般把打包后的目录路径给后端 path/to/dist 这种，也有前端开发完 build 一下再发的。我还是倾向前一种，毕竟如果是到了测试或者迭代阶段，每改动一点都要 build 一下，赶脚怪多余的还容易忘

用不用服务端渲染取决于项目类型，SEO 啊兼容啊之类的，赶脚一般小项目都用不着把。。。前端 build 还是后端 build 也可以商量的，要是能自动部署就更爽了

[duan602728596]

如果是管理平台这种系统的话，不需要服务器端渲染。如果是网站展示，需要 SEO 的话，还是需要服务器端渲染的。
服务器端渲染，一是可以保证客户端和服务器端的 js 共用，二是加载页面的体验更好，获取数据在服务器端进行，而且不会出现 webpack 代码分割后的赖加载白屏的情况。
无论是否需要服务器端渲染，现在也不是 html 拖到浏览器里就能运行了年代了。你的前端还停留在 jq 的时代，确实过时了。
至于为啥把代码都给你，因为前端没有服务器部署权限。
要我说，一个 react、vue、Angularjs 项目的服务器就不应该用什么 nginx、Apache 之类的。node 不到 100 行代码就能跑起来，他好我也好，大家都好。

[lusizeng]

确实落伍了

[markx]

我感觉是，前端这家伙自己不懂瞎搞，把楼主搞糊涂了。我个人如果你们要前后端分离，那前端应该自己负责部署，至少也要负责好 build。

[cchange]

看大家的回复
学到了不少
谢谢

[mkeith]

@markx 明明是楼主不懂被搞糊涂了吧，如果楼主知道服务端渲染是怎么回事就不会来发帖了，直接弄好或者推掉就是了。

[udqg3v0ZL6h6sHu8]

1.前端都这么“高级”好几年了，其实没有很高级，不就是用了 nodejs 吗。
2.根据贴出来的代码，前端用了 nodejs 下应用最广泛的 web 框架 Express，nodejs 虽然本质上是后端语言，但常用于 api 层之前的页面渲染。
3.造成困扰的原因可能是前端没有服务器资源，或者公司没有前端部署服务器的先例。
4.准确地讲公司没有完全实现前后端分离。
5.这种情况，解决问题的正确方式应该是前端维护自己的服务器。
6.楼主的疑问无可厚非。
7.评论感觉满满的戾气。