比如直接访问： http://purebbs.com/#/detail/10009
那么过程是：1，加载客户端，2，客户端根据 url 去服务器获取数据，再显示。这里为什么可能有 SPA 什么不显示的问题？

@ericgui
哈哈，世界好小。那个 ssr 的问题我是完全不清楚，也没空钻研，取舍之后得看其他的。

@Beliver 感谢指导！
@Alsmile 你这个就太厉害了，期待我到一定程度的时候再学！

@lhx880619 谢谢，有点偏，但感觉比较长久，前端的其他技术变化太快，淘汰太快了。
@Ixizi 谢谢，我绝对没有这个水平，那个 ffmpeg 都看得我头昏。
@yamamotoahua 感谢，个人练习作品，省略了太多，最近看 Apollo-react 真是现成就提供 loading 标志，也许应该加进去试试看。

@CasualYours
感谢，你的建议具有可行性，我一下子就看到一张漂亮的网页： https://dribbble.com/shots/7572171-Meal-Prep-Delivery-Service-App/attachments/365047?mode=media
我应该能够实现这个。

@ericgui
感谢指点，这里恰好想多问两句。

实际上我对 SSR 非常不在行，不可能去刻意实现 SSR。在你之前有个 cnodejs.org 社区的朋友也奇怪，为什么类似“http://purebbs.com/#/detail/10009”这样的网页刷新之后也可以打开，据说 SPA 是打不开的，其实我一直不懂也不解，为什么就不能打开呢？刷新后先加载客户端，客户端再获取数据，不就是这么个普通过程嘛？

那个 webpack-dev-middleware 我不知道是干什么用的，似乎创建 webpack 项目的时候缺省就有，我刚刚在 package.json 里删除了，也可以照常运行，然而查看 package-lock.json 发现里面还有，而这个文件是 webpack 创建的，删除后再自动创建也有这个 webpack-dev-middleware。

我目前知识深度远不到钻研这些细节的程度，能力不足以去深挖了。

感谢大家指导，界面美化的确从未考虑，没抄，没设计，出于练习考虑也尽量没用 UI 库。以后 UI 这方面需要大力加强。

感谢诸君指导！

说来前端也有各种细分支，有时候就迷茫。写个人作品时就追求了功能实现，CSS 动画效果之类能省就省了。

@chuxiaonan
角色权限确实有太多内容，我只写了 admin/版主 /user 三个角色，权限配置都没加，可以做的内容太多了。我想的是成熟的后端框架可能就支持这些，自己写太耗费时间了。

@zzyyzz1992
那个论坛写到现在就不想写了，感觉后端选择不妥，继续写下去成本太高，的确应该换成 spring boot 之类，有充足的第三方库来支持。

@luoway
写一个 echart ？那应该很难吧？

@lamada
说得对，可能面试一下就知道了。考虑去打扰别人一下。

@cococoder 请教，写这些对于实际工作直接帮助大吗，或主要是提升能力？

@seki 感谢。那个 purebbs 论坛几乎全是 crud 操作，看来我应该选一个重视页面效果的，不知道模仿头条首页是不是一个好选择？

总结一下。

服务端
graphql-js：必学，了解底层
graphql-apollo：做了一些简化，别的好处还没发掘出
graphql-yoga：底层必须是 express，所以就不用了
客户端
apollo-react：太简明了，帮忙管理状态，完全可以抛弃 redux-saga 那一套了，省略大把代码

注意事项
怎样不缓存？
前后端各自怎样嵌入已有的流程？
后端怎样引用 context ？
scalar 类型怎样用？
怎样划分模块？-------这个还没处理
怎样认证或拦截？------还没细看

你俩是真心相爱而在一起，还是想凑合过日子，完成任务？

淘宝上有一个 昭阳代缴社保 ，北京的