求同时适配原生移动端、桌面Web的Flutter GitHub项目参考

以下项目均为单代码库实现，同时满足原生移动端（Android/iOS）发布、桌面浏览器常规访问两个要求，且包含硬件能力适配的实际实现逻辑，可以直接参考架构设计：

• Flutter Gallery：Flutter官方维护的特性演示项目，原生移动端版本可正常调用系统传感器、位置等各类设备能力，Web版本可直接在桌面Chrome、Safari打开正常使用，内置了完整的平台差异化适配写法，是最权威的基础参考实现。
• LocalSend：高关注度的开源跨端文件传输工具，原生移动端支持蓝牙设备发现、近场设备范围识别（类地理围栏能力），Web版本编译后无需任何安装步骤即可在桌面浏览器直接访问，和原生端共用全部业务逻辑代码，仅在硬件调用层做平台分流，不同端的能力边界处理得非常干净，参考价值很高。
• Spotube：开源跨端音乐客户端，原生移动端支持蓝牙音频输出、基于地理位置的区域内容适配，Web版本可直接在桌面浏览器加载运行，针对移动端专属硬件能力做了很完善的降级处理，Web端不会出现功能报错、布局错乱的问题。
• Open Food Facts 官方Flutter客户端（项目名Smoothie）：原生移动端支持蓝牙外接扫码设备、地理围栏检索周边商品点位，Web版本可直接在桌面浏览器访问，提供商品搜索、浏览全功能，移动端专属的硬件相关功能在Web端会自动替换为手动输入、地址选择等兼容方案，不会出现功能断层。

• 平台判断逻辑要前置：使用Flutter内置的kIsWeb、Platform.isAndroid、Platform.isIOS常量提前做分支判断，蓝牙、地理围栏这类Web端无法稳定支持的能力，仅在原生移动端注册对应插件、渲染功能入口，从根源上避免Web端加载时调用不存在API导致的报错。
• 构建流程做分离配置：移动端走标准原生打包流程，执行flutter build apk、flutter build ipa输出可上架应用商店的原生安装包，不要混入Web端专属逻辑；Web端构建时推荐使用canvaskit渲染器提升跨浏览器兼容性，执行flutter build web --web-renderer canvaskit输出纯静态资源，直接部署到普通Web服务器即可访问，不需要强制配置PWA相关的Service Worker、离线缓存等能力。
• 插件选型提前做兼容性校验：优先选择同时声明支持移动端和Web端的通用插件，针对蓝牙、地理围栏这类仅移动端需要的硬件能力，要提前确认对应插件在Web端编译时不会抛出阻断错误，目前成熟的硬件类插件一般都会内置Web端空实现，不会影响Web版本的正常构建和基础功能运行。

内容的提问来源于stack exchange，提问作者Vahid Pazirandeh