delen

> > 文章写的可以，有个点可以讨论下："之所以采用多UI线程的原因是单页应用很难模拟原生应用切换页面的体验"，这个结论有待商榷吧，单页面也可以做出多页面的切换效果，组件缓存后就没得刷新这个说法了；核心原因可能不是这个吧，不知道博主有没有新的见解 > > 组件再怎么缓存也达不到多页切换的流畅度 自定义路由方式，使用absulute 的 div 作为 webview 实现多个页面，缓存dom的方式 缓存每个页面的内容，单页面模拟原生的push 和 pop 动画，以及实现App的回退的中间态滑动动画，可以实现，但是体验相同机器比较 总是逊色于原生交互。最主要的是 安全和管控

https://github.com/Pudon/weapp-qrcode-base64/pull/11 见新增pr

gitlab ui比gerrit好， 是基于merge的，在code review方面的真的弱gerrit太多了， gerrit是基于rebase的， 重在code review，只是因为gerrit比gitlab年轻， 随着大家对code review环节越来越重视， gerrit的分量也越来越大， 都是相辅相成的， 并不见得gitlab优于gerrit

> > 很疑惑kbone相对于uni-app和taro这种的优势有哪几方面？先说清楚优势才敢放手用，查了半天，还是没太清楚，是h5对weui的支持，加上官方出的嘛，还是说这个的目的主要是将h5转成小程序？那想小程序转h5有工具么 > > 优势： > > * **没有历史包袱**，可以做到小而精，且不用天天为莫名其妙的bug烦恼 > * 虽然开发团队人数少，但是技术和思路确实很厉害，至少比uni-app强太多 > * 官方直出，正品有保障未来也可能有一定特权，至少是和小程序开发团队共享进度，可以直接提供建议 > > 劣势 > > * 只是微信小程序/h5，不支持其他平台（QQ勉强可以（毕竟QQ就是低配版抄袭微信，就是微信有的bug它也有，微信没有的它更多），其他不行） > > 其实挺明显的，看你的选择 > > 如果你只要开发微信和QQ小程序，那Kbone最适合。坑少性能高。 >...

 ` ;` ` .hack-switch { width: 54px; &.rc-switch-checked:after { left: 32px; } } `

我会被封啊