Flutter只是 谷歌的移动 UI 框架，在Android开发中，你可以理解为 嵌套在activity里面的一个view即可。
专注于为中小企业提供成都做网站、网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业保德免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上千多家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
目前有纯flutter开发，还有 flutter，原生混合开发 两种模式。。
在Flutter中，我们可以使用Image控件来显示图片，一般来讲我们的图片资源都来源于网络或者本地图片。
Flutter中的Image也是类似。
我们先来看看Image的构造方法
下面我们来看看其常用的属性
可以看到，其常用属性跟前端中的css很像。
下面我们来简单用一用Image控件
首先是必填参数image，它接收一个ImageProvider类型的值。ImageProvider是一个抽象类，他下面有下图这些实现类，由下面这些实现类可以看出，image是可以从资源，内存，网络，和文件中获取图片。
我们先来试试加载网络图片
首先看看NetworkImage构造方法，很简单，传个url就可以了
如下：
嗯，就是这么简单。其他3种情况使用也是类似的，自行看源码即可。
实际上，Flutter给我们提供了扩展方法，使用起来更加简单，通常我们直接使用提供的扩展方法即可
如下
可以看到，他们的构造方法基本类似。
所以我们也可以这样写，跟上面的效果是一致的。
大致分为一下几步
1.创建一个文件夹，用于存放图片，如图，我创建了一个imgs的文件夹，放了一张图片
2.在pubspec.yaml中声明资源，注意声明的时候路径和前面的-是有间隔的，不然的话会报#/properties/flutter/properties/assets: type: wanted [array] got -imgs/code.png
类似的错误，声明完成后点击右上方的packages get
或
下面我们再来看看其他属性。
width，height
宽高没什么好说的，就是设置宽度和高度
配合color使用，用于设置颜色的混合模式。BlendMode是一个枚举，他有很多值
详细解析还是看官方文档吧，值太多了，我们随便用用
用于设置图片的填充方式，当图片本身小于设置的宽高或者比父控件的宽高小时，我们可以设置该属性控制图片的显示。
其值的类型是BoxFit。是个枚举
具体含义还是直接看文档即可
设置图片的对齐方式，接收一个Alignment类型的值，值如下，很好理解
为了方便看效果我们在外边套了个Container,简单的把它理解为一个容器布局就可以了，类似于html中的div或android中的Layout，我们给Container设置了宽高和背景颜色。
bottomLeft效果如下，其他的自行尝试
相对于Image，ICON可以像web一样使用字体图标，并且可以使用矢量图，无需担心失真的问题，并且体积相对较小。
我们先来看看其构造方法
很简单，我们直接来用一用
默认情况下，pubspec.yaml中uses-material-design的值为true.我们默认就可以使用Material Design字体图标
Uniapp目前比较成熟，而且用的是Vue语法，学习成本比较低，而且行业里面用的也比较广泛，而Flutter的话，学习成本略高，因为要学习新的语言，还有就是目前生态不是特别完备，等他再发展发展吧。黑马程序员官网有成套免费视频哦，有什么不懂的可以直接过去学习。您的采纳是对我成长的鞭策
跨终端移动开发是近期准备总结的一个主题，作为这一系列的开始，首先简单说说基于WebView的Hybrid混合开发模式。
有过混合应用开发经验的同学，对基于WebView的Hybrid开发模式应该不会陌生。借助于原生端各平台的WebView组件，可以实现Native和JavaScript的双向通信，从而将Web App与Mobile App融合起来，开启混合开发的新模式。
基于WebView的Hybrid开发模式到如今已经非常成熟，不再是一个实验性新技术，而是广泛应用在各大厂商的平台型应用如微信、手Q中。
JSBridge作为连接Native和JavaScript的桥梁，是基于WebView的Hybrid开发模式中的关键点。
在了解其通信原理后，再来看JSBridge究竟是什么。从前端角度来看，可能会把JSBridge理解为业务开发过程中，以全局变量注入到WebView中，帮助调用原生API的JavaScript工具库。这样的理解不够准确，按照我的理解，JSBridge不是一个标准的规范，基于原生系统为WebView组件提供的能力，已经可以建立起WebView JavaScript bridge，即使不再做更高程度的封装，也可以完成从Native到JavaScript的双向通信了。
我们所说的JSBridge，是对底层通道的抽象封装，这一过程包括了原生和JavaScript两侧内容，在原生端需要考虑系统API差异，对上层调用提供统一接口，在JavaScript端需要考虑调用方式，请求管理等内容。JSBridge的设计实现已经是成熟技术了，其设计可以参考 In-depth Profiling of JSBridge 、 Hybrid APP架构设计思路 ，一个安卓端完整JSBridge实现可以参考 JsBridge实现 。
目前，基于WebView的Hybrid开发模式非常成熟，广泛应用于各类平台型App中。实现一个完善的JSBridge是在现有App中集成使用Hybrid开发模式的基础，在完成这一基础设施建设后，大家继续在各个方向深挖，在不同的维度不断优化性能和体验。
多数App的Hybrid部分做到上面部分，已经有了还不错的体验。在我的了解中，空间团队在上面基础上继续优化给出的是当前做的更好的方案。其主要流程如下图所示，详细内容可以参考 QQ空间前端工程师如何做首屏优化
除了在现有App中集成使用这一开发模式，还可以使用这一技术开发独立App。早期的PhoneGap、Cordova、现在的Ionic，是这一领域较为知名的开发框架。
我司前端技术栈曾以Angular为主，一些App也由前端团队基于Angular技术栈选型Ionic。初入团队曾维护过基于Angular 1.x的Ionic App，用于我司投资顾问服务客户的以IM为主、综合一些其他业务，可以算一个比较复杂的应用。
前端技术背景的同学，采用Ionic框架开发App的学习成本不高。开发过程中仍在沿用前端技术，写的仍是Web App,跑在原生WebView容器中。采用Ionic提供的组件库，可以快速搭建项目界面。其扩展原生的机制也比较方便，如有原生能力的需求，并且没有现成实现的，可以自行封装使用，不过这个过程就需要原生开发同学的参与了。在我们的上述App开发中，主要是安卓端消息推送模块由原生开发同学提供了支持，其余对原生能力的需求如拍照、相册访问等常见需求，都有现成方案。
然而，采用Ionic完成上述应用，也有明显不足的地方。首先是聊天列表方面，我们知道，如微信和QQ聊天窗口，这是一个异构的无限滚动长列表，在进入聊天界面时，一般只加载最近的一屏聊天数据，然后通过滚动加载历史消息。在原生端完成这一需求有各种常见手段，而仅靠Web端技术，在各种折腾后，效果都不尽如人意。其次是动画，这里的动画包括了换页动画和其他动画，流畅程度一般。最后是前端开发通病，要处理浏览器兼容性问题，crosswalk只是一个理论解决方案，其体积限制了几乎不会被采用。
Ionic不断迭代，新的版本中依赖新的Angular。新的Angular与Angular 1.x开发体验已经完全不同，如果你还不了解，可以阅读我们团队书籍 揭秘Angular 2 。新的Ionic的开发体验，相比以往也有提升，在其工具链中，提供了拖拽式项目生成工具
同时，Ionic pro提供的开发者工具，为应用整个生命周期提供了完善的支持平台，包括了以下功能，不过，使用需要付费。
站在当下来看，对于前端技术背景开发者来说，如果已有Angular基础，不希望引入过高学习成本，需要快速开发一个复杂程度不算太高、或者对应用性能不是特别敏感的跨终端App，选择Ionic依然是一个可行方案。
然而，既然你已经身在前端领域这样一个技术更迭日新月异的圈子里，还是应该使劲的折腾，关注跨端开发这个主题新的技术热点，接下来我也会继续谈谈在NativeScript、React Native、Flutter的一些体验，可以保持关注。
最近项目中要集成flutter来进行混编，但是在集成后，突然遇到一个很神奇的问题，在debug模式下，用数据线连接真机打包可以打开flutter页面，但是一旦拔掉数据线，再打开flutter页面就不行了，开始以为是因为flutterSDK的原因，但是一查资料才发现，原来是因为debug模式下flutter实现了热重载，默认的编译方式是JIV,但是iOS14+之后的系统限制了JIV这种编译方式，所以连接Xcode重新run一个release包就可以了，因为flutter在release模式下的编译方式是AOT，iOS14+的系统是支持这种编译方式的，具体解决方案如下图
再运行就可以了。
当然还有另外一种解决方案，就是修改flutter的编译配置，强制设为release
重庆分公司
重庆分公司
