Rumah  >  Artikel  >  hujung hadapan web  >  RN布局的实例详解

RN布局的实例详解

零下一度
零下一度asal
2017-07-18 17:37:04101860semak imbas

道具和状态 
我们使用两种数据来控制一个组件:props和state.props是在父组件中指定,而且一经指定,在被指定的组件的生命周期中则不再改变。对于需要改变的数据,我们需要使用状态。

一般来说,你需要在构造函数中初始化状态(译注:这是ES6的写法,早期的很多ES5的例子使用的是getInitialState方法来初始化状态,这一做法会逐渐被淘汰),然后在需要修改时调用的setState方法。
也就是说要刷新UI就是调用的setState方法,改变组件的状态。

宽度单位和像素密度

react的宽度不支持百分比,设置宽度时不需要带单位 {width: 10}, 那么10代表的具体宽度是多少呢?

不知道是官网文档不全还是我眼瞎,反正是没找到,那做一个实验自己找吧:

blob.png

默认用的是iPhone6的模拟器结果是:

blob.png

我们知道iPhone系列的尺寸如下图:

1.jpg

可以看到iphone 6的宽度为 375pt,对应了上边的375,由此可见react的单位为pt。 那如何获取实际的像素尺寸呢? 这对图片的高清化很重要,如果我的图片大小为100*100 px. 设置宽度为100 * 100. 那在iphone上的尺寸就是模糊的。 这个时候需要的图像大小应该是 100 * pixelRatio的大小 。

react 提供了PixelRatio 的获取方式

blob.png

flex的布局

默认宽度

我们知道一个div如果不设置宽度,默认的会占用100%的宽度, 为了验证100%这个问题, 做三个实验

  1. 根节点上方一个View, 不设置宽度

  2. 固定宽度的元素上设置一个View, 不设置宽度

  3. flex的元素上放一个View宽度, 不设置宽度

blob.png

2.jpg

结果可以看到flex的元素如果不设置宽度, 都会百分之百的占满父容器。

水平垂直居中

css 里边经常会做的事情是去讲一个文本或者图片水平垂直居中,如果使用过css 的flexbox当然知道使用alignItems 和 justifyContent . 那用react-native也来做一下实验

blob.png

3.jpg

网格布局

网格布局实验, 网格布局能够满足绝大多数的日常开发需求,所以只要满足网格布局的spec,那么就可以证明react的flex布局能够满足正常开发需求

等分的网格

4.jpg

blob.png

左边固定, 右边固定,中间flex的布局

6.jpg

blob.png

嵌套的网格
通常网格不是一层的,布局容器都是一层套一层的, 所以必须验证在real world下面的网格布局

blob.png

blob.png

7.jpg

好在没被我玩儿坏,可以看到上图的嵌套关系也是足够的复杂的,(我还加了一个ScrollView,然后再嵌套整个结构)嵌套多层的布局是没有问题的。

图片布局

首先我们得知道图片有一个stretchMode. 通过Image.resizeMode访问

找出有哪些mode

blob.png

尝试使用这些mode

blob.png

8.jpg

100px 高度, 可以看到图片适应100高度和全屏宽度,背景居中适应未拉伸但是被截断也就是cover。

blob.png

9.jpg

contain 模式容器完全容纳图片,图片自适应宽高

blob.png

10.jpg

cover模式同100px高度模式

blob.png

11.jpg

stretch模式图片被拉伸适应屏幕

blob.png

12.jpg

随便试验了一下, 发现高度设置到父容器,图片flex的时候也会等同于cover模式

绝对定位和相对定位

blob.png

13.jpg

和css的标准不同的是, 元素容器不用设置position:'absolute|relative' .

blob.png

14.jpg

相对定位的可以看到很容易的配合margin做到了。 (我还担心不能配合margin,所以测试了一下:-:)

padding和margin

我们知道在css中区分inline元素和block元素,既然react-native实现了一个超级小的css subset。那我们就来实验一下padding和margin在inline和非inline元素上的padding和margin的使用情况。

padding

blob.png

15.jpg

在View上设置padding很顺利,没有任何问题, 但是如果在inline元素上设置padding, 发现会出现上面的错误, paddingTop和paddingBottom都被挤成marginBottom了。 按理说,不应该对Text做padding处理, 但是确实有这样的问题存在,所以可以将这个问题mark一下。

margin

blob.png

16.jpg

我们知道,对于inline元素,设置margin-left和margin-right有效,top和bottom按理是不会生效的, 但是上图的结果可以看到,实际是生效了的。所以现在给我的感觉是Text元素更应该理解为一个不能设置padding的block。

算了不要猜了, 我们看看官方文档怎么说Text

blob.png

也就是如果Text元素在Text里边,可以考虑为inline, 如果单独在View里边,那就是Block。 

下面会专门研究一下文本相关的布局

文本元素

首先我们得考虑对于Text元素我们希望有哪些功能或者想验证哪些功能:

  1. 文字是否能自动换行?

  2. overflow ellipse?

  3. 是否能对部分文字设置样式 ,类似span等标签

先看看文字有哪些支持的style属性

blob.png

实验1, 2, 3

blob.png

17.jpg

从结果来看1,2,3得到验证。 但是不知道各位有没有发现问题, 为什么底部空出了这么多空间, 没有设置高度啊。 我去除numberOfLines={5} 这行代码,效果如下:

18.jpg

所以实际上, 那段空间是文本撑开的, 但是文本被numberOfLines={5} 截取了,但是剩余的空间还在。 我猜这应该是个bug。

其实官方文档里边把numberOfLines={5}这句放到的是长文本的Text元素上的,也就是子Text上的。 实际结果是不生效。 这应该又是一个bug。

Text元素的子Text元素的具体实现是怎样的, 感觉这货会有很多bug, 看官文

blob.png

Behind the scenes, this is going to be converted to a flat 

NSAttributedString that contains the following information

blob.png

好吧, 那对于numberOfLines={5} 放在子Text元素上的那种bug倒是可以解释了。

Text的样式继承

实际上React-native里边是没有样式继承这种说法的, 但是对于Text元素里边的Text元素,上面的例子可以看出存在继承。 那既然有继承,问题就来了!

到底是继承的最外层的Text的值呢,还是继承父亲Text的值呢?

blob.png

19.jpg

结果可见是直接继承父亲Text的。

总结

  1. react 宽度基于pt为单位, 可以通过Dimensions 来获取宽高,PixelRatio 获取密度,如果想使用百分比,可以通过获取屏幕宽度手动计算。

  2. 基于flex的布局

    1. view默认宽度为100%

    2. 水平居中用alignItems, 垂直居中用justifyContent

    3. 基于flex能够实现现有的网格系统需求,且网格能够各种嵌套无bug

  3. 图片布局

    1. 通过Image.resizeMode来适配图片布局,包括contain, cover, stretch

    2. 默认不设置模式等于cover模式

    3. contain模式自适应宽高,给出高度值即可

    4. cover铺满容器,但是会做截取

    5. stretch铺满容器,拉伸

  4. 定位

    1. 定位相对于父元素,父元素不用设置position也行

    2. padding 设置在Text元素上的时候会存在bug。所有padding变成了marginBottom

  5. 文本元素

    1. 文字必须放在Text元素里边

    2. Text元素可以相互嵌套,且存在样式继承关系

    3. numberOfLines 需要放在最外层的Text元素上,且虽然截取了文字但是还是会占用空间

Atas ialah kandungan terperinci RN布局的实例详解. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn