网站关键词几个杭州外贸网站

网站关键词几个,杭州外贸网站,优秀包装设计作品及解析,wordpress 截取中文有人评论说应该是Flutter官方适配鸿蒙#xff0c;而不是鸿蒙适配Flutter。其实这么说也是有一点道理的#xff08;虽然不多#xff09;#xff0c;今天老刘就展开分析以下到底应该是谁来适配谁#xff1f;从技术角度看#xff1a;Flutter确实应该主动适配鸿蒙Flutter作为…有人评论说应该是Flutter官方适配鸿蒙而不是鸿蒙适配Flutter。其实这么说也是有一点道理的虽然不多今天老刘就展开分析以下到底应该是谁来适配谁从技术角度看Flutter确实应该主动适配鸿蒙Flutter作为跨平台框架它的核心价值就是一套代码多端运行所以如果不能适配重要平台那就失去了跨平台的意义。就像当年Flutter必须适配iOS和Android一样。这不是谁求谁的问题这是技术逻辑的问题。Flutter从诞生那天起就打着Write once, run anywhere的旗号。但是事实是Flutter官方确实没有表现出适配意愿。现实情况更复杂这是一个博弈过程理想很丰满现实很骨感。技术逻辑是一回事商业逻辑是另一回事。在当前的经济形势下各个企业去增加一个独立的鸿蒙团队的成本是难以接受的。Flutter的价值就在于能够有效的降低这种成本。因此站在鸿蒙的角度是应该主动适配Flutter的而不是等待Flutter官方适配。其实不仅仅是Flutter主流的跨平台框架鸿蒙官方都有必要去主动适配。这就像是一个新开的商场你不能指望品牌商主动来入驻。你得主动去招商提供优惠政策比如免费装修。鸿蒙的困境用户基数还很少开发者投入意愿不强。生态建设需要时间短期内难以完全替代Android。政策推动有限最终还是要靠技术魅力。Flutter的考量Google作为Flutter的主导者对鸿蒙的态度可能比较复杂。这个有国际形势的原因具体背后有哪些权衡咱也不知道咱也不敢说。本质的原因是鸿蒙的体量还不够。就好像当年微软的Windows Phone技术很好没有足够的市场份额开发者就不会买账。所以从谁受益的角度来看明显鸿蒙方面去适配Flutter的收益更大。鸿蒙已经在做Flutter适配话说回来其实鸿蒙方面已经在为包括Flutter在内的跨平台框架做适配了。而且动作还不小。关键时间线让我们先看看这几年鸿蒙Flutter适配的关键节点2021年1月 - 美团外卖MTFlutter团队率先突破。发布《让Flutter在鸿蒙系统上跑起来》技术文章。应该是业界首次公开的Flutter鸿蒙适配探索。2023年8月 - 华为在HDC大会正式发声。发布HarmonyOS NEXT确定第一批跨平台框架适配名单FlutterReact Native京东Tarouni-app2023年9月 - OpenHarmony-SIG组织正式开源Flutter适配项目。基于Flutter 3.7版本进行适配。这意味着适配工作从企业内部走向了开源社区。2024年8月 - 三方库适配取得重大进展。深开鸿、开鸿智谷、鸿湖万联完成36个Flutter三方库适配。其中9个完成测试验收。具体适配工作有哪些从技术层面来看鸿蒙适配Flutter主要需要做这几件事嵌入层开发重新实现Flutter嵌入层以适配鸿蒙平台。这是最核心的工作相当于给Flutter换了一个底盘。Flutter Engine移植基于Android版本进行鸿蒙平台的移植。这里有个巧妙的地方鸿蒙系统延用了Android的很多技术方案。比如Vulkan图形API。所以把Impeller这样的渲染引擎移植过来并不需要大动干戈。开发工具适配Flutter Tools支持构建HAP包。这样开发者就可以用熟悉的Flutter命令行工具直接构建鸿蒙应用了。生态建设的困局但是技术适配只是第一步真正的挑战在于生态建设。简单来说就是Flutter有了但是三方库还没有完全适配好。从技术原理来说如果是纯Dart的三方库适配起来应该比较简单。大概率是能直接运行的或者极少的修改就能运行。但是如果涉及到原生代码的三方库那就麻烦了。需要重新移植Android/iOS的原生代码到鸿蒙平台。这个工作量就比较大了。而且很多三方库的维护者可能对鸿蒙平台并不熟悉更没有去适配的意愿。对鸿蒙上各种开发框架来说都是这样的基础库的不完善造成了开发者移植app的困难进一步造成了App数量的缺少即使移植过来也可能是功能缺失的。应用数量和质量都不够就很难快速提升用户量用户量不够就很难吸引足够多的开发者。这就形成了一个恶性循环。总结其实说到底这也不能说是什么博弈。任何一个跨平台框架都不可能去适配所有的系统。就像Flutter也没有适配塞班、Windows Phone这些已经消失的系统一样。反过来说作为体量还不够大的系统主动去提供更好的应用移植解决方案确实是快速建立生态的最佳路径。老刘作为一个开发人员我觉得一个新的系统要想快速建立生态其实更好的方案是向上提供一套和现有最流行系统比如Android兼容的系统级API。这样大部分应用可以用最小的代价迁移到新系统上。如果你真的觉得现有的系统API有很大的缺陷也完全可以在现有API基础上做增量优化。如果你的优化真的有很大先进性随着开发者增加自然有人会使用。当然这只是开发者的角度。很多事情也不是给开发者做的。连API都是全新的全自主研发系统和兼容API的系统对很多不懂技术的人来说还是有很大差别的。另一方面鸿蒙系统这种设计在智能家居、汽车等不太依赖现有生态的场景下也有自己的优势。毕竟在这些新兴领域大家都是从零开始没有历史包袱。鸿蒙的分布式架构、万物互联的理念在这些场景下确实有独特的价值。所以与其纠结谁适配谁不如关注技术本身能解决什么问题。Flutter适配鸿蒙也好鸿蒙适配Flutter也好最终受益的都是开发者和用户。作者程序员老刘链接https://juejin.cn/post/7569038855610007562来源稀土掘金著作权归作者所有。商业转载请联系作者获得授权非商业转载请注明出处。