放弃了flutter,放弃了211去了南邮

Flutter真香，我用它写了个桌面版JSON解析工具

Flutter支持稳定的桌面设备开发已经一段时间了，不得不说，Flutter多平台支持的特性真的很香。我本人并没有任何桌面开发的经验，但仍然使用Flutter开发出了一个桌面版小程序，功能很简单，就是对输入的json做格式化处理和转模型。

话不多说，先来看看实际效果。 项目源码地址

开发环境如下：

Flutter : 2.8.1

Dart : 2.15.1

IDE : VSCode

JSON作为我们日常开发工作中经常要打交道的一种数据格式，它共有6种数据类型： null , num , string , object , array , bool 。我们势必对它又爱又恨。爱他因为他作为数据处理的一种格式确实非常方便简洁。但是在我们做Flutter开发中，又需要接触到json解析时，就会感觉非常棘手，因为flutter没有反射，导致json转模型这块需要手写那繁杂的映射关系。就像下面这样子。

数据量少还能接受，一旦量大，那么光手写这个解析方法都能让你怀疑人生。更何况手写还有出错的可能。好在官方有个工具**json_serializable**可以自动生成这块转换代码，也解决了flutter界json转模型的空缺。当然，业界也有专门解析json的网站，可以自动生成dart代码，使用者在生成后复制进项目中即可，也是非常方便的。

本项目以json解析为切入点，和大家一起来看下flutter是如何开发桌面应用的。

要让我们的flutter项目支持桌面设备。我们首先需要修改下flutter的设置。如下，让我们的项目支持 windows 和 macos 系统。

接下来使用 flutter create 命令创建我们的模版工程。

创建完项目后，我们就可以 run 起来了。

先来看下整体界面，界面四块，分别为功能模块、文件选择模块、输入模块、输出模块。

我们在新建一个桌面应用时，默认的模版又一个Appbar，此时应用可以用鼠标拖拽移动，放大缩小，还可以缩到很小。但是，我们一旦去掉这个导航栏，那么窗口就不能用鼠标拖动了，并且我们往往不希望用户将我们的窗口缩放的很小，这会导致页面异常，一些重要信息都展示不全。因此这里需要借助第三方组件 bitsdojo_window 。通过 bitsdojo_window ，我们可以实现窗口的定制化，拖动，最小尺寸，最大尺寸，窗口边框，窗口顶部放大、缩小、关闭的按钮等。

通过 InkWell 组件，可以捕捉到手势、鼠标、触控笔的移动和停留位置

这个功能是鼠标移动后的UI交互界面。要在窗口上显示一个提示框，可以使用 Overlay 。需要注意的是，由于在 Overlay 上的 text 的根结点不是 Material 风格的组件，因此会出现黄色的下划线。因此一定要用 Material 包一下 text 。并且你必须给创建的 OverlayEntry 一个位置，否则它将全屏显示。

读取说表拖拽的文件一开始想尝试使用 InkWell 组件，但是这个组件无法识别拖拽中的鼠标，并且也无法从中拿到文件信息。因此放弃。后来从文章《Flutter-2天写个桌面端APP》中发现一个可读取拖拽文件的组件 desktop_drop ，能满足要求。

使用开源组件 file_picker ，选完图片后的操作和拖拽选择图片后的操作一致。

Textfield 如果要显示富文本，那么需要自定义 TextEditingController 。并重写 buildTextSpan 方法。

在做导出功能时遇到下列报错，保存提示为没有权限访问对应目录下的文件。

通过Apple的开发文档找到有关权限问题的说明。其中有个授权私钥的key为 com.apple.security.files.downloads.read-write ，表示 对用户的下载文件夹的读/写访问权限 。那么，使用Xcode打开Flutter项目中的mac应用，修改工程目录下的 DebugProfile.entitlements 文件，向 entitlements 文件中添加 com.apple.security.files.downloads.read-write ，并将值设置为YES，保存后重启Flutter项目。发现已经可以向下载目录中读写文件了。

当然，这是正常操作。还有个骚操作就是关闭系统的沙盒机制。将 entitlements 文件的 App Sandbox 设置为NO。这样我们就可以访问任意路径了。当然关闭应用的沙盒也就相当于关闭了应用的防护机制，因此这个选项慎用。

原文地址：

相关问答

Q1: flutter 慢慢退出了吗？

看点：Flutter 的争议

InfoQ：我们在看到一些比较比较消极的看法，他们认为 Flutter 正在被悄悄放弃，怎么看待这些声音？

宗心：Gartner 将每个技术成熟度曲线都将技术的生命周期划分为五个关键阶段。技术萌芽期：潜在的技术突破即将开始。早期的概念验证报道和媒体关注引发广泛宣传。通常不存在可用的产品，商业可行性未得到证明。期望膨胀期：早期宣传产生了许多成功案例 — 通常也伴随着多次失败。某些公司会采取行动，但大多数不会。泡沫破裂谷底期：随着实验和实施失败，人们的兴趣逐渐减弱。技术创造者被抛弃或失败。只有幸存的提供商改进产品，使早期采用者满意，投资才会继续。稳步爬升复苏期：有关该技术如何使企业受益的更多实例开始具体化，并获得更广泛的认识。技术提供商推出第二代和第三代产品。更多企业投资试验；保守的公司依然很谨慎。生产成熟期：主流采用开始激增。评估提供商生存能力的标准更加明确。该技术的广泛市场适用性和相关性明显得到回报。基于这个理论，Flutter 应该处于期望膨胀和泡沫破裂之间，一方面看好的人还会继续大力宣传和投入解决问题，同时在尝试落地失败后的公司和个人会极力唱衰，因此我们应该回归本质去看，跨平台技术本身有其特定场景下存在的价值，多平台的研发效能收益是真实的公司需求，目前行业的龙头企业都仍然在持续投入和改进中，谈被放弃为之尚早。

所谓原生级别的流畅，但实际很卡，体验差，而且有些跨端项目一开始用 Flutter，结果性能卡脖子，无奈又回到 Android 和 iOS 分开搞的局面嵌套之美，难以欣赏Flutter 是 KPI 项目，负责人升职完了，华丽转身，留下一地烂摊子……

Q2: Flutter 手势指纹解锁

  在最近做的一个Flutter项目中，需要用到手势、指纹解锁，这种需求在原生应用中非常常见，但Flutter中手势密码解锁现有库比较少、官方也仅提供有一个 local_auth 指纹库，所以就自己写了个手势库。

  其实实现这个自定义的手势控件有很多思路，首先想到的是，要在View中创建9个圆，那么使用GridView再合适不过了，但是经过尝试，放弃了，这会使交互跟逻辑变的更加复杂，所以还是选择直接继承Widget，自己处理逻辑与手势，那么下面就是需要处理的逻辑:

由于官方插件库已经提供有 local_auth 库，在这里就不大赘述，具体使用就参考Flutter官方local_auth插件库。

  如果在使用过程遇到问题，欢迎下方留言交流。

   Pub 库地址