花店网站建设文案鞍山做网站企业

花店网站建设文案,鞍山做网站企业,做外贸网站可以收付款吗,深圳英文网站开发项目背景 锅圈云铺是我们用Flutter开发的B2B订货平台#xff0c;主要给锅圈食汇的线下门店用#xff0c;功能包括商品浏览、下单、扫码支付这些。之前只做了Android和iOS版#xff0c;后来看到鸿蒙用户越来越多#xff0c;尤其是三四线城市的商家#xff0c;用鸿蒙手机的越…项目背景锅圈云铺是我们用Flutter开发的B2B订货平台主要给锅圈食汇的线下门店用功能包括商品浏览、下单、扫码支付这些。之前只做了Android和iOS版后来看到鸿蒙用户越来越多尤其是三四线城市的商家用鸿蒙手机的越来越多加上华为有激励金政策团队决定适配鸿蒙这个任务就交给了我。应用介绍我们花了两周时间做了市场调研超过30%的潜在客户明确要求支持鸿蒙工业平板、智慧屏这些设备里鸿蒙系统的占比已经到45%了适配鸿蒙还能让我们接触到更多智能制造的场景比如智慧工厂、工业互联网看来这事必须做了。5月初我们正式启动了鸿蒙适配项目。技术选型和适配方案选型过程项目启动会上大家就怎么适配鸿蒙吵了一通。主要就两种思路用ArkTS重新写一个鸿蒙原生版本基于现有Flutter代码做适配最后我们选了Flutter适配原因很简单成本低大部分代码可以复用能省下60%的开发工作量团队熟悉我们已经做了两年Flutter不用再招人培训体验一致用户在哪个平台用起来都一样迭代快一次开发多端部署后面加功能也方便适配思路方案定了接下来就是怎么做了。我们按三个层面来SDK替换用openharmony-sig的flutter_flutter SDK替换官方Flutter SDK插件适配把现有插件换成鸿蒙兼容版本实在没有的就用条件编译处理配置调整改改项目配置让它能编译打包鸿蒙版本具体实现SDK配置我们用的是openharmony-sig的flutter_flutter SDK3.7.12-ohos-1.0.4版本这个SDK已经针对鸿蒙做了优化我们不用自己去改引擎。环境配置这块踩了个坑。按文档配置完后flutter doctor一直报Flutter与OpenHarmony不兼容搞了半天才发现是同时装了官方Flutter SDKPATH里官方SDK优先级更高。后来改了bash_profile把openharmony-sig的SDK路径放前面这才搞定。插件适配项目里用了一堆第三方插件适配时遇到了不少问题。下面挑几个典型的说说webview_flutter官方版本在鸿蒙上完全跑不起来网页根本加载不出来。我们试了好几个适配分支最后用了openharmony-tpc提供的版本注意要用指定的ref分支dependency_overrides:webview_flutter:git:url:https://gitcode.com/openharmony-tpc/flutter_packages.gitpath:packages/webview_flutter/webview_flutterref:br_webview_flutter-v4.8.0_ohospermission_handler鸿蒙的权限机制跟Android/iOS不一样得在module.json5里手动声明权限。我们用dependency_overrides替换成openharmony-sig的版本然后在配置文件里加上需要的权限dependency_overrides:permission_handler:git:url:https://gitcode.com/openharmony-sig/flutter_permission_handler.gitpath:permission_handler// ohos/entry/src/main/module.json5 { module: { requestPermissions: [ { name: ohos.permission.LOCATION, reason: 用于获取设备位置信息 } ] } }camera拍照功能在鸿蒙上也得用适配版本。openharmony-sig提供了兼容版本直接用就行dependency_overrides:camera:git:url:https://gitcode.com/openharmony-sig/flutter_packages.gitpath:packages/camera/camera不过要注意鸿蒙上使用相机也需要申请权限记得在module.json5里加上ohos.permission.CAMERA权限声明,前提是在应用市场申请了这个权限。image_picker图片选择器适配相对简单直接用openharmony-sig的版本基本不用改代码dependency_overrides:image_picker:git:url:https://gitcode.com/openharmony-sig/flutter_packages.gitpath:packages/image_picker/image_pickershared_preferences本地存储这个插件适配得很完善直接替换就能用数据格式也是兼容的dependency_overrides:shared_preferences:git:url:https://gitcode.com/openharmony-sig/flutter_packages.gitpath:packages/shared_preferences/shared_preferencesdevice_info_plus获取设备信息的插件openharmony-sig版本提供了鸿蒙设备的详细信息比如HarmonyOS版本号、设备型号等dependency_overrides:device_info_plus:git:url:https://gitcode.com/openharmony-sig/flutter_plus_plugins.gitpath:packages/device_info_plus/device_info_plusscan扫码功能我我一开始用的是开源库中适配的版本但是发现有BUG然后自己copy了一套代码把BUG修复然后使用了自己修复好的dependency_overrides:scan:git:url:https://gitcode.com/nutpi/fluttertpc_scan.gitjpush_harmony_sdk极光推送有官方提供的鸿蒙SDK需要同时配置Flutter插件和原生依赖。在pubspec.yaml里添加dependencies:jpush_harmony_sdk:git:url:https://github.com/jpush/jpush-harmony-flutter-plugin.git然后在ohos/oh-package.json5里也要配置对应的HAR包依赖。package_info_plus获取应用包信息的插件这个适配也很简单dependency_overrides:package_info_plus:git:url:https://gitcode.com/openharmony-sig/flutter_plus_plugins.gitpath:packages/package_info_plus/package_info_plus总的来说大部分常用插件openharmony-sig都有适配版本直接用dependency_overrides替换就行。少数没有适配的要么用条件编译做兼容要么找社区提供的替代方案。鸿蒙端配置Flutter侧改完了鸿蒙端也得配置。我是在项目根目录建了个ohos文件夹里面放鸿蒙的原生代码和配置。项目结构ohos目录下主要有这些entry/ - 入口模块放ArkTS代码har/ - Flutter插件编译生成的HAR包放这build-profile.json5 - 构建和签名配置oh-package.json5 - 鸿蒙依赖管理类似Android的gradlemodule.json5配置这个文件最重要权限、Ability、设备类型啥的都得在这配。我们项目的配置大概这样{ module: { name: entry, type: entry, deviceTypes: [phone], abilities: [ { name: EntryAbility, srcEntry: ./ets/entryability/EntryAbility.ets, exported: true }, { name: PushMessageAbility, srcEntry: ./ets/entryability/PushMessageAbility.ets, skills: [ { actions: [action.ohos.push.listener] } ] } ], requestPermissions: [ { name: ohos.permission.LOCATION, reason: 用于获取设备位置信息 }, { name: ohos.permission.INTERNET } ] } }权限这块踩过坑。有些权限是system_basic级别的普通应用申请不了比如ohos.permission.INSTALL_BUNDLE。我们一开始没注意配了才发现不行只能去掉。签名配置签名在build-profile.json5里配Debug和Release两套都要配。我们刚开始只配了Debug后来要打包Release才发现还得再配一套。SDK版本也要注意compatibleSdkVersion和targetSdkVersion得根据实际情况设置。我们用的是API 17到20兼容性还算好。HAR包配置Flutter插件编译后会生成HAR包得在oh-package.json5里把依赖配上。我们项目用了不少插件HAR包一堆{ dependencies: { ohos/flutter_ohos: file:./har/flutter.har, webview_flutter_ohos: file:./har/webview_flutter_ohos.har, permission_handler_ohos: file:./har/permission_handler_ohos.har, camera_ohos: file:./har/camera_ohos.har, jpush_harmony_sdk: file:./har/jpush_harmony_sdk.har } }每个插件都得手动加有点麻烦但没办法。EntryAbility定制如果需要初始化第三方SDK或者注册自定义插件得在EntryAbility.ets里处理。我们项目里初始化了极光推送和客服SDKexportdefaultclassEntryAbilityextendsFlutterAbility{configureFlutterEngine(flutterEngine:FlutterEngine){super.configureFlutterEngine(flutterEngine)GeneratedPluginRegistrant.registerWith(flutterEngine)FlutterCallNativeRegistrant.registerWith(flutterEngine)}onCreate(want:Want,launchParam:AbilityConstant.LaunchParam):void{// 处理推送点击JpushHarmonySdkPlugin.setClickWant(want,this.context)returnsuper.onCreate(want,launchParam)}onWindowStageCreate(windowStage:window.WindowStage):void{super.onWindowStageCreate(windowStage);// 初始化客服SDKZCSobotApi.init(this.context,windowStage)}}推送这块要注意onCreate和onNewWant里都得处理推送点击事件不然推送点不开。推送配置推送功能配置比较特殊除了配PushMessageAbility还得在module.json5里加proxyData配置。我们也是查了文档才知道要配这个{ module: { proxyData: [ { uri: datashareproxy://com.gqsh.yunpu/PushMessage, requiredWritePermission: ohos.permission.WRITE_PRIVACY_PUSH_DATA } ] } }PushMessageAbility得单独实现用来处理后台推送消息。这个Ability不会显示界面就是专门处理推送的。资源文件字体、图片这些资源会被自动打包鸿蒙端从rawfile/flutter_assets目录读取。我们项目里的自定义字体都能正常显示没遇到啥问题。编译打包编译流程基本固定但有几个地方要注意DevEco Studio版本和SDK版本要匹配不然编译会报错HAR包要放到har目录下路径别搞错了打包Release的时候记得用Release签名整体来说鸿蒙端的配置比Android复杂一点但熟悉了流程也还好。条件编译处理有些插件没有鸿蒙版本比如amap_flutter_map我们就用条件编译处理。地图功能这块鸿蒙上显示静态地图其他平台用交互式地图WidgetbuildMap(){if(Platform.isHarmonyOS){returnImage.network(https://example.com/static-map.png);}else{returnAMapFlutterMap(/* 地图配置 */);}}虽然功能上做了妥协但至少能用不影响主要业务流程。踩过的坑编译构建问题刚开始适配那会儿编译这块最头疼。各种报错依赖冲突、版本不匹配啥的每天都能遇到新问题。印象最深的是有一次编译死活过不去报找不到hvigor命令。查了半天资料最后发现是DevEco Studio 4.0跟鸿蒙SDK API 12不兼容。升级到5.0后问题解决了但之前卡了快两天。性能优化适配完第一次在鸿蒙设备上跑发现加载数据的时候特别卡体验很不好。我们做了几轮优化图片加载优化加了缓存机制减少内存占用动画帧率从60fps调到50fps适配鸿蒙的渲染机制优化网络请求去掉不必要的传输用了些鸿蒙系统提供的性能优化API效果还挺明显的启动时间从2.5s降到2.0s页面切换能稳定在59fps内存占用也降了8.3%。权限管理鸿蒙的权限机制跟Android/iOS不太一样刚开始申请权限老是失败。位置权限这块最明显鸿蒙里需要单独处理但我们一开始用的是统一的逻辑。后来单独给鸿蒙写了套权限申请代码这才正常。适配成果开发效率我们花了2个月完成了适配如果用原生开发的话估计得6个月。代码复用率大概85%后面维护也只需要维护一套代码。指标原生开发预期Flutter适配实际开发周期6个月2个月代码复用率0%约85%维护成本双端维护单端维护性能表现性能这块还挺让人意外的鸿蒙版本居然比Android版本还好一点指标Android版本鸿蒙版本提升启动时间2.5s2.0s20%页面切换帧率58fps59fps1.7%内存占用180MB175MB8.3%电池消耗10%/小时9%/小时10%用户反馈6月中旬应用上架华为应用市场拿到了优质推荐。首月下载量500多评分4.8。个人成长技术提升这次适配对我来说是个很好的学习机会。以前只做Flutter现在对跨平台适配有了更深的理解理解了Flutter引擎跟不同系统是怎么交互的特别是跟鸿蒙的通信机制学了不少鸿蒙的核心特性比如分布式能力、方舟编译器、Ability框架这些学会了怎么设计可扩展的适配架构支持多平台积累了跨平台开发的问题定位经验遇到问题知道从哪入手了参与生态建设2025年我们也在鸿蒙生态里做了不少事情应用上架6月份锅圈云铺成功上架华为应用市场首月下载量500多参加创新大赛虽然没有获奖但是很有意义加入激励计划入选了华为开发者联盟的鸿蒙应用激励计划拿到了资源支持社区分享在鸿蒙开发者社区发了15篇技术文章阅读量5万回答了一百多个技术问题技术分享在公司内部和行业会议做了3次分享累计参与人数300组织参加了多长HDD赋能交流会活动1025HDD.jpg后续计划技术方向分布式能力深挖鸿蒙的分布式能力做更复杂的跨设备协同功能性能优化用上鸿蒙的新特性比如方舟编译器、渲染引擎优化这些把性能再提升一下架构优化重构适配架构让多端适配更灵活降低后续成本AI能力结合鸿蒙的AI能力做一些智能化功能比如设备诊断、预测性维护插件贡献给openharmony-sig贡献更多鸿蒙兼容插件回馈社区生态参与继续参与鸿蒙生态建设多参加官方活动和社区讨论推动行业标准制定把我们的实践经验总结成最佳实践培养团队能力让更多人掌握跨平台适配探索新场景基于鸿蒙特性找新的业务增长点比如智慧工厂、智能物流总结回顾这两个多月的适配过程从一开始的迷茫到最终成功上线踩了不少坑但也学到了很多。最大的感受是技术变化太快了得保持开放心态新东西来了就去学开源社区真的很有用openharmony-sig提供的SDK和插件帮了大忙团队协作很重要很多问题都是大家一起讨论才解决的持续学习是必须的技术迭代太快不学习就落后了接下来我们还会继续在鸿蒙生态里深耕探索鸿蒙行业的各种可能性。最后想对正在或者准备做Flutter鸿蒙适配的开发者说别怕踩坑大胆去做。当你看到自己的应用在鸿蒙设备上跑起来的时候那种成就感真的很棒WidgetbuildMap(){if(Platform.isHarmonyOS){returnImage.network(https://example.com/static-map.png);}else{returnAMapFlutterMap(/* 地图配置 */);}}虽然功能上做了妥协但至少能用不影响主要业务流程。踩过的坑编译构建问题刚开始适配那会儿编译这块最头疼。各种报错依赖冲突、版本不匹配啥的每天都能遇到新问题。印象最深的是有一次编译死活过不去报找不到hvigor命令。查了半天资料最后发现是DevEco Studio 4.0跟鸿蒙SDK API 12不兼容。升级到5.0后问题解决了但之前卡了快两天。性能优化适配完第一次在鸿蒙设备上跑发现加载数据的时候特别卡体验很不好。我们做了几轮优化图片加载优化加了缓存机制减少内存占用动画帧率从60fps调到50fps适配鸿蒙的渲染机制优化网络请求去掉不必要的传输用了些鸿蒙系统提供的性能优化API效果还挺明显的启动时间从2.5s降到2.0s页面切换能稳定在59fps内存占用也降了8.3%。权限管理鸿蒙的权限机制跟Android/iOS不太一样刚开始申请权限老是失败。位置权限这块最明显鸿蒙里需要单独处理但我们一开始用的是统一的逻辑。后来单独给鸿蒙写了套权限申请代码这才正常。适配成果开发效率我们花了2个月完成了适配如果用原生开发的话估计得6个月。代码复用率大概85%后面维护也只需要维护一套代码。指标原生开发预期Flutter适配实际开发周期6个月2个月代码复用率0%约85%维护成本双端维护单端维护性能表现性能这块还挺让人意外的鸿蒙版本居然比Android版本还好一点指标Android版本鸿蒙版本提升启动时间2.5s2.0s20%页面切换帧率58fps59fps1.7%内存占用180MB175MB8.3%电池消耗10%/小时9%/小时10%用户反馈6月中旬应用上架华为应用市场拿到了优质推荐。首月下载量500多评分4.8。个人成长技术提升这次适配对我来说是个很好的学习机会。以前只做Flutter现在对跨平台适配有了更深的理解理解了Flutter引擎跟不同系统是怎么交互的特别是跟鸿蒙的通信机制学了不少鸿蒙的核心特性比如分布式能力、方舟编译器、Ability框架这些学会了怎么设计可扩展的适配架构支持多平台积累了跨平台开发的问题定位经验遇到问题知道从哪入手了参与生态建设2025年我们也在鸿蒙生态里做了不少事情应用上架6月份锅圈云铺成功上架华为应用市场首月下载量500多参加创新大赛虽然没有获奖但是很有意义加入激励计划入选了华为开发者联盟的鸿蒙应用激励计划拿到了资源支持社区分享在鸿蒙开发者社区发了15篇技术文章阅读量5万回答了一百多个技术问题技术分享在公司内部和行业会议做了3次分享累计参与人数300组织参加了多场HDD赋能交流会活动1025HDD.jpg后续计划技术方向分布式能力深挖鸿蒙的分布式能力做更复杂的跨设备协同功能性能优化用上鸿蒙的新特性比如方舟编译器、渲染引擎优化这些把性能再提升一下架构优化重构适配架构让多端适配更灵活降低后续成本AI能力结合鸿蒙的AI能力做一些智能化功能比如设备诊断、预测性维护插件贡献给openharmony-sig贡献更多鸿蒙兼容插件回馈社区生态参与继续参与鸿蒙生态建设多参加官方活动和社区讨论推动行业标准制定把我们的实践经验总结成最佳实践培养团队能力让更多人掌握跨平台适配自己也会多多组织HDG活动赋能开发者探索新场景基于鸿蒙特性找新的业务增长点比如智慧工厂、智能物流总结回顾近半年的学习之路和适配过程从一开始的迷茫到最终成功上线踩了不少坑但也学到了很多。最大的感受是技术变化太快了得保持开放心态新东西来了就去学开源社区真的很有用openharmony-sig提供的SDK和插件帮了大忙团队协作很重要很多问题都是大家一起讨论才解决的持续学习是必须的技术迭代太快不学习就落后了接下来我们还会继续在鸿蒙生态里深耕探索鸿蒙行业的各种可能性。最后想对正在或者准备做Flutter鸿蒙适配的开发者说别怕踩坑大胆去做。当你看到自己的应用在鸿蒙设备上跑起来的时候那种成就感真的很棒