@zjsxwc app 的接口是可以用的。url 地址不需要相同，做好跨域处理就好了。部署版本也是各部署各的，互相没有影响。

登录接口返回 token，headers 带 token 验证，没有 token，返回 401。
注意，注册和找回密码这种接口就不要带 token 了，要不然前端会问候你 10000 次的，真的。

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

哎，算了算了，这恐怕是前端被黑的最惨的一次了，我还是回去写我的 react 去了……

数据的不同状态对应不同的样式，
而不是根据样式的状态来判断数据的状态，这是以前没有 mvvm 框架的时候不得不这么做。
数据是核心。
不用 mvvm 框架之前，是在修改数据的同时要修改 dom 的样式，而框架帮你省略了修改 dom 这个步骤。

我们开发项目部有七个人，不算头的话，一个项目是三个人在做，一个项目是两个人在做，而我，一个人干了两个项目......

eclipse 写 js，emmmmm

233333333

北京最近各种坑，github 偶尔上不去，yarn 经常拉不下来包

说外包公司干的，这可能是外包公司被黑的最惨的一次了......

@fuermosi777 还有就是 nwjs 了

几年前的趋势：360 行，行行转 java，
现在的趋势：360 行，行行转前端，
未来的趋势：360 行，行行转 python

还是手工配置好点

AE，自己套模版，然后用 Pr，处理一遍

我还碰到过和乒乓球有关的一道题呢，我连乒乓球的规则都不知道，怎么算？

参数的话自己简单实现，md5 加密 npm 上拉个 md5.js

要是整站的粉色、紫色、橙色、红色过多的话，感觉刺眼、伤眼，所以还是蓝色、浅葱用的比较多。不过个别颜色是粉色紫色之类的还是能接受的。
如果是 web 项目的话，上 css 预处理器吧，要不然将来万一换风格，改 css 有得难受了

没有坑，我经常这么干

我的也闪退，qq 和 b 站都闪退