Promise 配合 async/await，返回数据后修改 state

@lolizeppelin https://developer.mozilla.org/zh-CN/docs/Web/API/AbortSignal，https://developer.mozilla.org/zh-CN/docs/Web/API/FetchController 这两个就是可以关闭 fetch 请求的功能

@lolizeppelin 如果是 xhr，我记得是可以设置超时时间的。fetch 的话，fetch 可以在发送请求后设置定时器，判断在规定时间内是否有数据返回，不过嵌套的 Promise 很蛋疼

想用 socket，请使用 html5 的 WebSocket

html，css，javascript 好好学习，好好研究，哪来那么多挑三拣四

有错误的话通过 reject 将错误传出来，然后通过.catch((err)=>console.error(err))输出一下看看

1、Electron 可以运行 js 和 node，所以可以前后端代码混写，刚开始可能会不习惯
2、区别就是你的应用使用起来给人觉得更像是原生应用了，而不是浏览网站的感觉
3、ui 控件基本上都是适合 web 的，适合桌面端的还真见过，不过你可以魔改下样式
4、不知道你要存什么，如果是存一些简单的数据的话，IndexedDB 了解一下
5、没有...
6、我没用过 Electron ……，我只用过 nwjs，上面的都是我编的

js 表示这个锅它不想背......

很烦 restful，如果下一个公司后端还是 restful 风格的接口，我就要打人了

没收到，看来我是菜鸡了……

监听是否在线？然后通知到 qq 群里？

不写

我选择 jsx

@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 这个步骤。

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