@b821025551b 嗯。却是这样没问题。

@b821025551b 我没有做个hybrid开发。但是我还是感觉库代码打包进去ok。但是业务代码打包进去的话如果业务改动或者修改bug，那么就需要发版才能更新。那和native app相比就没有优势了。hybrid的优势是灵活，随时上线，迭代快。如果有什么我没有考虑到的请指出。

@YuJianrong 用hybrid的好处不就是更新迭代快。不需要发版么？

@YuJianrong 如果js都是静态打在app里面的话更新js不是需要发版？

你算下http请求过程. 数据出来的网络耗时过程就知道了

如果你的js是外链的：
请求页面->请求js->请求ajax接口->完了
如果你的js是行内的
请求页面->请求ajax接口->完了
请求页面->完了

怎么着也要慢...

除非你页面资源做 manifest 那么除了第一次慢还是
请求页面->请求js->请求ajax接口->完了
之后就是
请求ajax接口->完了

第一种如果不做资源缓存能慢死你。你想象多少串行请求么.

关了chrome就好了。

@polandeme 确实。如果需要的话可以邮件我。然后加QQ说。 邮件你可以点我头像找到。

pushstate是不可少的。不然中间的历史就丢了。用户也没法用url回溯到当前浏览的页面了。

quickling 意思只是不做跳转的方式切换页面。

中间用什么去做切换呢。很多方式可以。用ajax可以。用一个iframe去请求回调parent的方法也可以，jsonp也可以。只要能拿到数据啥都可以。

后端吐的数据还是拼好的html呢。都是可以的这个就看你自己怎么处理了。就看怎么和现有架构结合了。

这种技术选型是很灵活的。没有最好的只有最适合的。

说facebook怎么做的。
目前我看facebook已经基本用react了。就是属于模版在前端，后端吐数据的方式。ajax还是ajax，高级浏览器都支持ajax都已经支持Chunked transfer。就没必要去用iframe中间过程的方式来实现了。

说些有的没的。react在facebook真的用啊。不想某angular是吧。

天猫 iPad 客户端已经有业务使用 React Native 进行开发，同时后续会有更多的业务进入进行尝试和探索

你们动作还是蛮快的么...

500真不贵。你看官方店里一个转 type-c + hdmi + usb的也 500多了 这个功能多多了。

有啥好折腾的...

command c / v 这快捷键 用的非常不爽 可能是手指短吧 -.-

这手指也太短了吧........

@Lucius 中午过去，被包场了..

commits log 其实我感觉并不重要。代码逻辑清晰。注释或者文档详细就可以了。

要不中午去买杯奶茶？

去楼下眼镜店要一块就齐了。闹啥