flutter黑马程序,flutter可以开发pc程序吗

做混合的话Uniapp和Flutter我应该学哪个啊？

Uniapp目前比较成熟，而且用的是Vue语法，学习成本比较低，而且行业里面用的也比较广泛，而Flutter的话，学习成本略高，因为要学习新的语言，还有就是目前生态不是特别完备，等他再发展发展吧。目前黑马程序员就有学习Vue的视频，你可以去学习一下，提高自己的能力，让自己的职场更好！您的采纳给我提供源源不断的动力，很高兴您能满意

为乌拉特前等地区用户提供了全套网页设计制作服务，及乌拉特前网站建设行业解决方案。主营业务为网站制作、网站设计、乌拉特前网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

别人说前端的前景不好,后端的发展会好很多？

方向不同岗位对比自然也就不同，一千个人眼里有一千个哈姆雷特

关于Web前端开发，近几年发生了诸多新闻，从React v16普及，到jQuery被GitHub下掉完成阶段性历史使命，再到版本帝AngularJS发布v6和v7两个版本让人们更多地看到了PC端开发的走向。那么，2020年Web前端开发的趋势如何？带你详细了解下。

一、端

Web前端开发的有一个方向就是端体系的打通发展。前端通俗一点理解可以视为是靠前一点的端。而端口的不统一或者说不够树形多态是其麻烦之处。因此在打通场景上会遇到诸多的问题，于是端体系的打通与发展是一个很重要的道路。无论是从产品、业务还是技术角度来说，都是一个具有挑战意义的方向。

二、DevOps的成熟

DevOps是整个IT价值流中实施精益原则的结果。延续端的打通，Web前端将为为整个 DevOps 步调提供服务。从评审=开发=CR=测试=灰度=回滚=发布=运维+运营，单点发展演变为线性发展，形成一套完整的方案。

三、前端云化

GUI 的发展，最终是要发展成云端的形态，这将不仅是前端要的形态，也是服务端的一个形态。我们能体会到的贯穿 DevOps 流程的云态，这个只是一个方向，并不是所有都会去到这个方向。

四、可视化领域

随着端+云化的状态，可视化的领域将进一步的发展，渲染等瓶颈会逐渐增高，以及加上 5G 的发展，必将在 DT 时代为前端带来更多的可视化方向和领域。

五、Flutter

严格来讲，Flutter并不是前端技术，而是“客户端”技术。而目前Web前端的地位远远不如客户端。对于大多数的公司来说。移动App所带来的现金流，仅仅靠下载和推广就可以养活一个灰色的产业链。而移动Web的收益可能不值一提。那么前端与客户端的合二为一的发展趋势是否也将是一个重要的方向！

总之，Web前端开发的就业前景形势一片大好，所以学起来也要趁早，现在很多专业培训学校都很不错，比如北大青鸟、南京中博软件学院和课工场等等，你可以试听课程综合考虑。

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。这样我们就可以访问任意路径了。当然关闭应用的沙盒也就相当于关闭了应用的防护机制，因此这个选项慎用。

原文地址：