@zhongkouwei 缓存了也并不耗费前端性能，只是占用一点本地存储空间。另外即便服务端性能不是瓶颈也不能浪费啊，比如省市区数据这种常年不更新但每次都要请求的数据，缓存一下就可以减少不少带宽；又比如遇到鬼畜用户喜欢点来点去，请求不停的发，这时候我们缓存个 5 秒钟给服务端喘口气也能减少一点浪费

@Kokororin 写错啦，应该是`npm i ajax-cache --save`

@qfdk 大多数的缓存场景是，希望将某个接口数据在一定时间段内缓存起来，缓存期内不再发起请求直接返回本地数据，过了这段时间再重新获取并更新缓存。这就是“定时缓存”的典型使用场景。
还有的时候我们希望接口能兼具实时性和响应速度，比如应用首屏的异步数据，既要快又要新，虽然这种需求听起来很“不科学”，但确实可以通过“快照缓存”满足这个需求。

@vex2 我没有基于角色控制，因为这个颗粒度太粗了，而是直接基于资源权限做控制，可以做的更灵活细致一些。路由方面我用 addRoutes 实现动态路由，主要是觉得 router.beforeEach 这种做法每次跳转都要校验，像是 demo 级的实现。

@heeexy 我跟你的做法一样，也是完全不管 role，只看 permission。permission 数据包含路由和资源两部分，通过将这两部分数据具体应用到对前端路由、视图、请求三个层面的控制中，实现更小颗粒度的权限控制

@meeasyhappy 个人站换吗，http://refined-x.com

上来就看 Table 组件，功能太弱

量一旦上来了，厨师就不够用了吧

拖拽式开发真是个经久不衰的话题

@kslr 哈哈，识别出两张脸的情况会选择第一张进行合成

@jinzhe 可以参考示例的参数

@DreamCMS 前端做合成还是太勉强了，没办法做人脸矫正。

@momoda1 嗯，你说的这些方式大概分两种，一是资源缓存，二是页面预加载，其中页面预加载是有效的，可以秒开，但具体到 apicloud 平台没有办法预加载页面，只能预加载 frameWindow ；资源缓存我认为没有效果，因为本来 js 就是本地文件，读取速度上已经是极限了吧，真正耗时的是 js 运行以及运行后的操作。在引擎不做优化的前提下，js 后置大概是前端能做的最有效的方式了。

@openefit react 组件如果要做到可视化管理、编辑、应用也同样需要这样一套东西，只不过这里说的前端组件是最原始的前端代码片段而已。

@paloalto 修复了

@sobigfish 嗯是的，我这就去改成 GPL 协议

@paloalto 呀呀呀，捂脸

@paloalto 哎？随便填登不进去吧，还是得注册的，注册时可以随便填，但是随便填的邮箱会收不到验证码，所以每次登入都会提醒未验证