H5 hybrid-前端资源本地化方案纪要
就整个行业来说，大前端是趋势，现阶段，native方面除了一些偏CPU密集型工作与操作系统底层API方面的工作外，H5基本都可以满足需要。
目前的工作更偏向前端架构多一点，除了要对FE负责，还要对整体项目以及其他部门（配合）负责。本地资源本地化方案本身就源于此。
在此简要总结下个人对 Hybrid开发中 以H5为主的SPA的资源本地化方案，本方案针对于基于IOS/Android双端Webview的Hybrid开发。
截止发文时间，依托于此方案的项目已稳定上线。
项目基于敏捷开发管理方案，并处于持续迭代中。
细节方面，三言两语很难阐述清楚，在此主要简单记录一些方向性和思路性的问题。
方案目标/优势严格保证弱网或断网情况下App的可用性。
在保证性能与体验的基础上，尽可能降低native成本。
提升H5流畅性体验
方便快速迭代
方案可行性调研前端资源所占的高比重是否会对Native发版造成影响？
HTTP(S)协议 转变为 file协议后，对前端资源加载（原生加载）的影响？
HTTP(S)协议 转变为 file协议后，对 bridge 功能的影响（native通信、native资源加载、HTTP(S) proxy请求）等？
HTTP(S)协议 转变为 file协议后，React Router的 hash模式 或 history模式功能的可用性？
Webpack工程化对FE工作流下各场景（devServer、native devServer、build、syncDev、syncBuild、publish等）的支持程度？
注意事项 & 功能点前端资源版本迭代机制？
前端资源的更新机制？
前端资源与Native资源的对应机制？
前端资源的加密与解密机制？
前端资源的线下同步、上线、回滚机制？
bridge API 的便利性？
持续优化前端脚手架的持续优化
splitChunkPlugin 的持续优化、资源本地化与前端资源差量更新的探索
react-router-dom的最佳实践（路由与组件的匹配标准化、对单个路由定制的规范化与便利性的提升等）
持续的 Native 体验优化
react hooks 的性能优化与规范化