上一篇介绍Banner的开发。在大多数应用场景中。banner和ListView通常是一起显示的。 并且能够共同滑动。例如如下界面：
创新互联是专业的井冈山网站建设公司，井冈山接单;提供成都网站建设、网站建设,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行井冈山网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
要实现上图的界面，直接想到是ListView添加Header。但在Flutter中，ListView 组件相当于RecyclerView，所以添加Header也用RecyclerView的原理：
封装ListPage组件，list_page.dart
使用及测试：异步加载网络数据使用
在 Flutter 中定时器相对 iOS 来说比较好的一点就是定时器事件的执行不会受视图拖拽的影响，不涉及到模式。但是需要注意一点的是在页面离开的时候要对定时器进行销毁。
开始的时候我们是在页面中直接使用三方框架 http 进行网络的请求，这里不好的一点就是如果将来我们更换了网络请求框架的话，项目中涉及到网络的请求的地方都需要改动，对项目的影响会比较大。所以这里我们自己封装了一个网络请求类，定义自己的网络请求方法，即使将来更换三方框架的话，我们只需要在我们自己网络请求类里面更换就好，项目的其他地方不用改动。对网络请求进行封装，相信不管是 iOS 项目还是安卓项目肯定也都是这样做的。
这里我们是基于 Dio 这个三方框架进行封装的，在 HttpManager 类中我们定义了 Dio 的单例对象 _dioInstance ，通过单例方法 _getDioInstance 来获取单例对象。我们定义了 post 跟 get 两个静态方法，在这两个方法中我们都调用了私有方法 _sendRequest ， _sendRequest 方法中通过该传入的枚举参数 HttpMethod 来区分 Dio 单例对象是调用 get 还是 post 请求。这里需要注意的是方法中一定要使用 async ，返回值前要加 await 。
在聊天页面中我们可以看到顶部的搜索框，这个搜索框是跟列表一起滚动的，所以比较好的实现方式就是把搜索框定义为一个 cell 。其实这个搜索框只有点击事件，点击之后跳转一个新的页面，所以我们只需要使用小部件来实现搜索框的展示就好。搜索框由白色底视图跟图片和文本组成，所以这里我们通过 Stack 部件来实现， children 的第一个元素为白色底视图，图片跟搜索文字用 Row 部件来实现，图片跟文字布局左右排列。
ListView的基础创建使用有三种方式：
通过默认构造函数来创建列表，应用场景 = 短列表
这种方式创建的列表存在一个问题：对于那些长列表或者需要较昂贵渲染开销的子组件，即使还没有出现在屏幕中但仍然会被ListView所创建，这将是一项较大的开销，使用不当可能引起性能问题甚至卡顿。
长列表
列表子项之间需要分割线
ListView的进阶使用主要包括：下拉刷新 上拉加载
在Flutter中，ListView结合RefreshIndicator组件实现下拉刷新
通过包裹一层RefreshIndicator，自定义onRefresh回调方法实现
方式有两种：
通过ListView.controller属性可以判断ListView是否滑动到了底部，再进行上拉加载
NotificationListener是一个Widget，可监听子Widget发出的Notification
ListView在滑动时中会发出ScrollNotification类型的通知，可通过监听该通知得到ListView的滑动状态，判断是否滑动到了底部，从而进行上拉加载
NotificationListener有一个onNotification属性，定义了监听的回调方法，通过它来处理加载更多逻辑
不定期分享关于 安卓开发 的干货，追求 短、平、快 ，但 却不缺深度 。
最近项目需求使用flutter开发一个在线语音聊天室，即时通讯部分使用融云。
官方没有提供这个插件，所以自己写了一个，供大家参考。
文档还没没来得及写
github地址
跨终端移动开发是近期准备总结的一个主题，作为这一系列的开始，首先简单说说基于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的一些体验，可以保持关注。
