|
感谢邀请！如果是把GMS软件转到HMS，软件开发者需要付出的代价是不一样的，简单的开发者是不需要有太大的代价，但是如果是用到GMS的核心服务的软件，开发的技术代价我觉得不算是很大，主要是需要重新适配HMS核心的过程，主要的问题在于开发者究竟是否有这个意愿。 据说，去年底华为投入上万人松山湖会战，就是为了手把手协调开发者把GMS的主流应用移植到HMS，所以，这个代价绝对不小，尤其是对于依赖谷歌框架服务的应用。 首先解释一下GMS，GMS的本质不仅仅是软件，而是一种服务框架。GMS包括有Search、Search by Voice、Gmail、Contact Sync（联系人同步）、Calendar Sync（日历同步）、Talk、Maps、Street View（谷歌街景）、YouTube、Google Play服务。 GMS和国内软件没有太大关系，国内的软件本来就在华为应用市场，也不依赖谷歌的GMS框架提供服务，除非国内的软件跟着华为的HMS一起出海。 除了提供谷歌自有的服务，更重要的是，GMS还提供了开放接口的能力，也就是开发者可以利用谷歌账户、谷歌地图提供的开放接口，开发自己的应用，例如在自己的应用中调用谷歌地图、谷歌钱包等等。 因此GMS服务框架内的应用分为几类，一类是谷歌自己的原生应用，包括谷歌地图、谷歌Gmail，YouTube等。这些应用属于谷歌自己的软件，不支持GMS肯定就是无法安装的，这个没有任何办法，也就不用想了。 第二种一种是在不依靠谷歌提供的基础服务，在Google Play提供APP安装和下载的软件，这些软件由于不依赖谷歌应用市场，所以如果转到HMS非常简单，不需要有任何代价，可能就是类似于国内从华为应用市场转到OPPO应用市场一样简单 所以对这类应用，开发者只要直接在华为的应用市场发布就可以使用，这可能是HMS上最普遍的生态应用，因为最简单，从软件开发的角度来说和谷歌GMS服务的黏性最小。
第一个是技术层面的，华为的HMS提供了华为账号、钱包服务（Wallet Kit）、扫码服务（Scan Kit）、华为地图能力（Map Kit）、应用内消息、消息通知、身份验证等能力，谷歌的GMS当然也提供了这方面的能力。机遇这些能力的软件，如果要移植到HMS，HMS需要完全替代这些能力才行，一旦GMS提供的能力HMS覆盖不到，APP就没法移植。 所以软件开发者肯定需要有一定的工作量重新适配HMS的接口，软件的上层代码不需要更改，就是底层的接口需要适配HMS重调，想应的测试和适配也需要有一定的工作量，这个工作比开发一个新的APP小很多，但是至少我估计也需要2人月的适配时间。 所以这就直接导致了第二个问题，HMS如果用户数量不足的话，开发者可能会觉得代价太大不愿意移植GMS的APP，或者HMS提供的服务没有谷歌GMS的全，开发者也不会考虑移植，这个时候HMS就比较麻烦了，毕竟GMS上的APP移植到HMS还是要考虑应用体验的。 所以我觉得从华为的角度来说，一方面鼓励主流应用的开发者把APP移植到HMS，使用HMS框架替代GMS框架，华为可能需要付出比较大的成本。另一方面，华为需要在谷歌GMS覆盖不到，或者使用比较少的地方，鼓励本地开发者开发类似的替代谷歌的应用，这样也避免两者接口不一致的问题。 HMS任重道远，可能需要在海外一个骨头一个骨头的啃，而且YouTobe这种谷歌亲儿子其实很难替代，这种华为可能只能扶持抖音这种应用替代了。 如果国内的手机制造商，在海外也支持华为的HMS的话，这事就好办一点点，但是貌似这个是不可能的。 |
|
|
