fluttertab,fluttertabbar标签导航

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

Flutter初步探索（二）使用Tabs

在Material的设计准则里面，tabs是一个常用的模块。Flutter里面包含了 material library 创建tab布局的简便方法

为了使tab起作用，我们需要保持选中的tab和相关内容同步。这就是 TabController 的职责。

我们可以手动创建 TabController ，也可以使用 DefaultTabController 小部件。使用 DefaultTabController 是最简单的选项，因为它将为我们创建一个 TabController ，并使它可用于所有子类Widget。

现在我们已经有个一个 TabController ,我们可以 TabBar Widget去使用创建我们的tab。在这个示例中，我们将会在一个 AppBar 下.创建一个包含3个 Tab Widgets 的 TabBar 。

默认情况下， TabBar 在Widget树中查找最近的 DefaultTabController 。如果是手动创建的 TabController ，则需要将其传递到“TabBar”。

既然我们有了选项卡，那么我们就需要在选择选项卡时显示相关的内容。因此，我们将使用 TabBarView Widget.

备注：顺序很重要，必须与 TabBar 中的选项卡的顺序相对应！

1. Flutter初步探索（二）使用Tabs

1. Working with Tabs

Flutter 在body中设置TabBar和TabBarView

最近在开发中想实现一个AppBar下面有选项卡，来回切换的页面功能，百度了很多没有和自己需求符合的，网上大都是返回的Scaffold，使用系统的Appbar，添加至.bottom中，但是现在项目中用的是自定义的Appbar,不想破坏系统的统一封装。

所以在body 中实现TabBar 和 TabBarView，开始使用Column一直不行，只能显示一个，但是在body里面同时放置 TabBar 和 TabBarView需要注意

TabBarView 的父 Widget 必须知道宽高才能布局，否则，会报错：BoxConstraints forces an infinite height.

使用 Column + Expanded 即可：

注：还有设置tabbar的tab背景颜色，tabbar中的tab的背景颜色取的实际是AppBar的主题色，所以我们将tabbar放在Material中来重置了主题色，变成我们想要的背景色.

buildTabBar为创建TabBar的方法：

buildBodyView创建视图方法：

iOS开发Flutter探索-State状态保存(10)

有时候我们不希望某个页面每次打开时都重新加载，比如就我们之前的Tabbar结构的页面，每当我们在切换Tab的时候都会执行 void initState() ，这就意味着页面每次都会重新渲染，之所以这样就是因为我们的 State 状态没有保存，如下图所示：

[没有状态保存效果图]

给当前 State 类添加一个扩展(这里就用扩展这个词吧，其实类似于iOS下的 Category )，一个系统的扩展类 AutomaticKeepAliveClientMixin ，并重写 wantKeepAlive 方法，让一个普通的 State 类，具有保存状态的能力。

在Dart语法中通过使用 with 关键字来添加扩展：

bool get wantKeepAlive = true; 之后，当前 State 就具备保存能力了，也就意味着重复切换Tab后， void initState() 就不会重复执行了（由原来的 viewWillAppear() 变成了 viewDidLoad() ）。

按照上面方式修改后，发现切换Tab后 void initState() 依然重复执行了，这是为什么呐？这里我们看下我们之前 root_page.dart 里面是如何配置我们的tabbar结构的：

这里我们是通过一个 _viewControllers 的List，把4个子页面放在了里面，全局有一个 _currentIndex ，当 onTap 回调后后，更新 _currentIndex 的值，执行 setState () 后， body 对应的 widget 页面发生改变。而问题也就出在这里，当 body 部分发生改变时，根据Flutter的底层渲染逻辑，这里会移除掉之前的 Widget ，并重新创建新的 Widget ，我们之前在 _viewControllers 放的子页面，并不像iOS下是一个实例对象，存在就直接拿来使用。在Flutter 中 setState () 后界面会被重新绘制，而 body 部分只知道我要渲染一个什么样的 widget ，而该类型的 widget 每次都是会重新创建，这也就意味着我们在Tab切换时，每次都是重新创建，所以每次都执行了 initState() 。

显然我们现在的方式是不合理的，那在Flutter中如何管理这样的子页面，而避免重复渲染呐？

这就要用到一个新的部件了： PageView() ,内部的2个关键属性：

子页面切换通过 _controller.jumpToPage(index); 来实现。

这样子页面也就不会重新创建渲染了，我们的状态保存也就能正常实现了。

学习是一个循序渐进的过程，我们总是在踩坑中不断的前行，把坑填平了也就意味着我们在这个新的东西面前立了足，就可能进行更多为什么的探索了。

flutter 带未读消息的底部导航

bottom_tab_bar,

用法和bottom_navigation_bar一样，但是新增了一些属性的用法

bottom navigation bar 里面的 icon and title.

回调，带的是tab的index

The callback that is called when a item is tapped.

The widget creating the bottom navigation bar needs to keep track of the current index and call setState to rebuild it with the newly provided index.

The index into [items] of the current active item.

当前激活的是哪一个tab

Defines the layout and behavior of a [BottomTabBar].

See documentation for [BottomTabBarType] for information on the meaning of different types.

The color of the selected item when bottom navigation bar is [BottomTabBarType.fixed].

If [fixedColor] is null then the theme's primary color, [ThemeData.primaryColor], is used. However if [BottomTabBar.type] is [BottomTabBarType.shifting] then [fixedColor] is ignored.

The size of all of the [BottomTabBarItem] icons.

See [BottomTabBarItem.icon] for more information.

动画是否开启，默认是开起的

未读消息的颜色，默认是fixedColor

按压水墨屏效果是否开启，默认是开启的，

还是带动画的，不太适合我们的正常项目

未读消息，是一个widget，可以自定义样式

未读消息

first import dependeny in pubspec.yaml

example:

关于flutter NestedScrollView导致其body的tabbarview的多个list同步滚动的解决方案

讲道理我起的好长的名字啊，不过文如上题，搜索到这里的兄弟应该都知道我说的是啥情况，正好

～～

我这个方案可能有点笨拙TT，不过自测有效，有其它想法的老哥希望可以帮忙指点一下～

下面进入正题

点进源码里面看，可以发现他直接继承了StatelessWidget，那我们就直接看看build方法

可以看到，这里直接返回一个scrollable或者一个子节点是scrollable的InheritedWidget

scrollable是一个StatefulWidget，那我们就看看它的state

首先scrollable持有一个scrollposition对象，是通过其scrollcontroller构建的

在其state的setCanDrag方法中，对其拖动设置了一系列的监听

这里就可以看出来，当拖动触发时，就会通过当前scrollable的position生成一个Drag/Hold对象，并调用相应的方法这个position有几个子类，我们先随便看一个实现

可以看到生成了一个ScrollDragController对象，当手势拖动而调用这个对象的update方法时

可以看到直接调用其委托对象的applyUserOffset方法进行偏移，而这个委托对象根据刚才的drag方法可以得知正是我们scrollable中的position

最后，由position通知其scrollcontext，也就是之前的scrollable进行滑动

具体的滑动流程这里就不细说了，我们只是要知道这个事件是怎么传递的就好了，有兴趣的老哥可以自行分析

NestedScrollView是一个statefulwidget，那我们就先看看它的build方法

先忽略其他奇奇怪怪的方法，我们发现在我们body的外面，包裹了一层PrimaryScrollController，同时它还持有innerController，这个innerController暂时先不管它是啥

还记不记得在最开始ScrollView的build方法中，生成Scrollable的时候，我们已经见过这个PrimaryScrollController了，再回顾一下

再看看PrimaryScrollController.of(context)

可以看到，在生成scrollable的时候，在primary = true的情况下是会向上查找的，看看有没有PrimaryScrollController，如果有的话，scrollable使用的controller实际就是nestedscrollview中的innerController了

而之前看过了，scrollable中的position就是scrollcontroller来生成的，那么在这种情况下：

实际上是生成了_NestedScrollPosition并返回给了body中的scrollable

构造方法中有一个参数coordinator 暂时先不管

好了，下面我们在回头看刚才NestedScrollView的build方法，实际上是生成了一个_NestedScrollViewCustomScrollView，继承自大名鼎鼎的CustomScrollView，它当然也是scrollview啦，而我们传给它的controller也是一个_NestedScrollController，不过叫做_outerController，和body中的不是同一个罢了，那么自然这个父scrollview的position也是_NestedScrollPosition。

下面我们按照之前的逻辑，当拖动开始时，就会调用position.drag方法

可以看到，实际上吧方法交给了我们之前多次见到的coordinator来完成，那我们就简单看一下吧

这里可以看到，他把返回的ScrollDragController的委托者设成了自己

那么自然在拖动的时候，调用的就是coordinator的applyUseroffset方法了我们分析一下

可以看到，在需要子列表滚动时，是对innerPositions中的所有position调用滑动方法的

而这innerPositions中的position是怎么来的呢？跟踪一下可以发现是在调用NestedScrollController的attach时添加进来的，如下

因为之前我们看到过，子scrollable中的controller就是这个NestedScrollController，所以在updateopsition时会把旧的detach调，把新生成的position attach进来

另外，在dispose中也会detach

由此我们就知道啦，因为开启了缓存后就不会调用划出屏幕的页面的dispose，自然所有子scrollable的position都存在nestedScrollController里面了，当发生滑动时，遍历调用positions数组，就导致屏幕外的列表也跟着滑动了～

既然开启了缓存，手动dispose肯定是没啥意义的，实际上我们只要在页面切换过后把未显示的position 给detach掉就好了。

然鹅，因为flutter不支持反射，子布局传递的position我们拿不到，nestedScrollController我们也不能直接拿到=。=

不过有一个对象我们之前见到过，scrollable就是通过他获取controller的，而position则是传给了获取到的controller 就是PrimaryScrollController了，所以我打算在中间第三者插足，对传递Position的PrimaryScrollController进行Hook

在使用的时候把子列表添加进去，并设置对应的GlobalKey。

然后监听Tab切换

以上是我的方案，有问题的话还希望老哥帮忙指正，也希望有其他思路的老哥指点一下～～

上一下Github项目地址用Flutter写的WanAndroid 其中用到了这个方案

= =