liudaqi

@CheflsAwesome

1. 我讲的对比有 3 点（加上对比首次加载 SS'R 总共 4 点），1 组件化思路、2 前端路由、3 状态传递。1 和 2 我认为差别不大，3 是纯前端传数据，怎么实现都是 js 的活。

2. 如你所说 vdom + json 渲染，和 html section 渲染本质都是实现 view 。在粒度上，前后端都可以控制组件大小的粗细粒度，看不出区别来。

3. 后端 API 返回 json 的速度，和返回封装的 html 片段，速度差别肉眼基本不可见。真遇到复杂的渲染，前端也只能用灰色背景、雪花标转圈让用户等着。

简单的表单交互感觉不到什么区别，感觉现代前端最大的优势场景，就是云服务商控制台那种超大的表单交互、数据可视化这些场景，后端模板几乎无能为力。


@cmdOptionKana

按应用数量来看的话，前端计算 /渲染工作量超重的应用还是少数。你说的这两个 case 基本上是纯前端应用，后端可以没有。

@huangmingyou
@opengps

vpc 默认是账号级的隔离吗？不同账号之间不能通过内网 IP 互相伤害吗？

@ferock setTimeOut 不行，只是把错误的提示延时出现了，还是会出现。

期望的情况是：5 秒内网络数据加载完了，就不提示；没加载好就提示。

@flyz 这个和电视开机广告不能跳过，本质上是一样的。只是做的比较隐蔽，把“关闭”按钮延时显示几秒。

@HangoX 多次目测体验，不是卡住了，是加了延时处理。

现在应该不敢太过分，要是延时 5 秒以上，监管部门肯定要出手了，这个时间短很隐蔽，给用户造成一种“卡住了”的错觉。

@bojue
@kealm

SpreadJS 有 安卓版 SDK 吗？还是须要用 webview 去实现？

@hqtc #4 语雀没有原生 Android 客户端。

@v2webdev 也是怀疑到这一步了。疑惑的是，怎么丢的数据不是上半部分，而是后半部分？程序好歹是从上往下执行的，这个 pipline() 大多数时候是在 1 秒之内就能结束的。中途是有 reboot 服务器，还是感到比较灵异

@xbh 你是 Google play 安装的？还是直接安装 apk 的？