稍微成熟的团队，header一定是不利于业务的UI组件，这个组件会封装在view层，方便前端使用。对业务前端开发来说，不用关注header是如何实现的，只用框架层释放的API。（一个前端有一个自己的UI组件，并且有一套完整的体系结构--中级前端 ）。在前端框架层面保证H5端和Native端中使用的API是一致的。主流的Hybrid中使用的是Native的header：比较稳定，也有防假死的作用。我们无法料到H5会出什么错，尤其Hybrid容器引入的是第三方网站，一旦前端出错，ios连个退出的按钮都没有，app就会出现假死。出于体验的考虑，如果刚打开app，处于弱网环境下时就会白屏，如果header也不在的话这个体验就比较差。I
用Native做UI，点击过后用js调用H5.
在Hybrid中跳转，其实是每次新开一个webview，从a跳转到b的时候，其实是把a隐藏了，当返回的时候将a取消隐藏，而不是重新加载，也不会做任何更新。虽然可以下拉刷新，但是总没有自动刷新来的方便。可以用onwebviewshow和hide进行定制，当然定制也是写在底层view级别去，直接让业务去定制，用到的话就定制，没有用到的话就不用定制。项目中用到增强体验的相关内容的话才会用到Native UI，如果没有的话其实是不需要的。