MUI和H5+做好插件共享就太好了

   在移动开发框架中，各种框架争奇斗艳，程序员眼花缭乱，各种尝试，却没有一家做到独大，应用开发者都希望大牛出现，结束开发时的纠结，集中精力搞业务。  

   各种框架都努力的解决时下移动开发的问题，我也尝试过n多框架，在遇见MUI和H5+的时候还是挺兴奋的，当然也有很多的问题，那都是可以容忍的，今天要说的是H5+ SDK的插件。  

    现实开发中会遇到各种各样的问题，原生的交互是经常遇到的，H5+ SDK的插件是个好东西，搭建了一个JS和原生的桥梁。可惜的是，一旦自定义了插件，就遭遇了另外的问题：  
    1. 不能云打包了，只能自己搭建原生工具，集成SDK，本地打包，这个倒是也可以接受，但是无疑提升了开发的门槛。  
    2、自定义的插件自己可以使用，但是无法做到随意的共享。目前只有官方提供的几个插件大家都可以使用，比如地图、支付、分享、第三方登录、统计等。  

     如果H5+ SDK能够定义插件规范，让众多自定义插件共享起来，并且提供云打包功能，那么无疑是一个大的飞跃。  

      官方定义插件的具体接口，以android为例，插件规范内容可以包括jar文件规范，so库文件规范，asset下的资源文件规范，插件描述文件等。插件描述文件可以定义插件中的桥的名字；原生组件的定义，比如：activity、service定义；系统级的回调事件，比如应用启动时要初始化的资源等等。Ios开发也可以定义这些规范，由Hbuilder开发环境自动识别这些插件，云打包时，把插件的所有内容上传到云服务器，打包服务自动根据规范处理好插件的内容后再打包。当然也会遭遇另外的问题：  
      a)一旦插件共享，将来会出现多如牛毛的插件，那么是否会遭遇多个插件的库文件版本冲突问题  
      b)如果多个插件共享一些共同的库文件或者资源，这该如何处理  
      c)插件开发环境问题当然可以由Huilder来承担  
      d)插件可以支持Ios或者Android，或者两者都支持，这个如何处理  
      e)插件共享后，是否会让appstore禁用？这个问题我想不会吧，因为所有的插件的更换，都需要重新发布的。目前，插件的更换只要不提供热更新，appstore就不会禁用，Mui提供的热更新只是业务上的热更新。  

       当然库文件的版本和冲突问题都不是问题，可以借助maven或者gradle的思想，创建移动应用插件库，来规范版本的问题。  

       官方定义插件市场，鼓励更多的开发者提供插件，可以提供免费，也可以提供收费，插件市场也可以解决版本依赖的问题。集思广益，MUI 和 H5+才能拥有更多的粉丝，才能让更多的产品使用。  

       设想一下插件共享后的场景：  
       1.移动开发者无需自己再搭建打包环境，如有需求，只需开发插件即可。  
       2.越来越多的开发者贡献自己的插件，移动开发领域如果不会MUI和H5+，就不好意思说自己是移动开发者。  
       3.H5+成为事实上的开发标准，各种移动开发中间件开始开发基于H5+的插件，比如即时聊天产品，各种推送产品，更多统计产品，真正的自由组合。移动开发的春天终于来了。  
       4.等着大家来想吧。