diff --git a/releases/0.22/404.html b/releases/0.22/404.html new file mode 100644 index 00000000000..db93f09777f --- /dev/null +++ b/releases/0.22/404.html @@ -0,0 +1 @@ +
\ No newline at end of file diff --git a/releases/0.22/circle.yml b/releases/0.22/circle.yml new file mode 100644 index 00000000000..56ad41b2f14 --- /dev/null +++ b/releases/0.22/circle.yml @@ -0,0 +1,4 @@ +general: + branches: + ignore: + - gh-pages diff --git a/releases/0.22/css/react-native.css b/releases/0.22/css/react-native.css new file mode 100644 index 00000000000..98e60504a1b --- /dev/null +++ b/releases/0.22/css/react-native.css @@ -0,0 +1,1370 @@ +html { + font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; + font-family: proxima-nova, "Helvetica Neue", Helvetica, Arial, sans-serif; + color: #484848; + line-height: 1.28; +} + +body { + background-color: #F5FCFF; +} + +p { + margin: 0 0 10px; +} + +.subHeader { + font-size: 21px; + font-weight: 300; + line-height: 30px; + margin-bottom: 10px; +} + +em { + font-style: italic; +} + +h1, h2, h3, h4, h5, h6 { + margin: 10px 0; + font-family: inherit; + font-weight: bold; + line-height: 20px; + color: inherit; + text-rendering: optimizelegibility; +} + +h1 small, h2 small, h3 small, h4 small, h5 small, h6 small { + font-weight: normal; + color: #7b7b7b; +} + +h1, h2, h3 { + line-height: 40px; +} + +h1 { + font-size: 39px; +} + +h2 { + font-size: 31px; +} + +h3 { + font-size: 23px; +} + +h4 { + font-size: 17px; +} + +h5 { + font-size: 14px; +} + +h6 { + font-size: 11px; +} + +h1 small { + font-size: 24px; +} + +h2 small { + font-size: 18px; +} + +h3 small { + font-size: 16px; +} + +h4 small { + font-size: 14px; +} + +img { + max-width: 100%; + height: auto; +} + +ul, ol { + margin: 0 0 10px 25px; + padding: 0; +} + +ul ul, ul ol, ol ol, ol ul { + margin-bottom: 0; +} + +li { + line-height: 20px; +} + +a { + color: #05A5D1; + text-decoration: none; +} + +a:hover, a:focus { + color: #0485A9; + text-decoration: underline; +} + +a:focus { + outline: thin dotted #333; + outline: 5px auto -webkit-focus-ring-color; + outline-offset: -2px; +} + +.center { + text-align: center; +} + +html * { + color-profile: sRGB; + rendering-intent: auto; +} + +.prism { + white-space: pre-wrap; + font-family: 'source-code-pro', Menlo, 'Courier New', Consolas, monospace; + font-size: 13px; + line-height: 20px; + border-left: 4px solid #05A5D1; + padding: 5px 10px; + background-color: rgba(5, 165, 209, 0.05); + overflow: auto; +} + +.prism + .prism { + margin-top: 10px; +} + +.token.keyword { + color: #1990B8; +} + +.token.string, .token.regex { + color: #2F9C0A; +} + +.token.boolean, .token.number { + color: #C92C2C; +} + +.token.comment { + color: #7D8B99; +} + +.side-by-side { + overflow: hidden; +} + +.side-by-side > div { + width: 460; + margin-left: 0; + float: left; +} + +* { + -webkit-box-sizing: border-box; + -moz-box-sizing: border-box; + box-sizing: border-box; + border: none; + margin: 0; + padding: 0; +} + +.left { + float: left; +} + +.right { + float: right; +} + +.container { + padding-top: 50px; + min-width: 1160px; +} + +.wrap { + max-width: 1260px; + margin: 0 auto; + padding: 0 20px; +} + +.skinnyWrap { + width: 690px; + margin-left: auto; + margin-right: auto; + padding-left: 20px; + padding-right: 20px; +} + +hr { + height: 0; + border-top: 1px solid #ccc; + border-bottom: 1px solid #eee; +} + +ul, li { + margin-left: 20px; +} + +h1 .anchor, h2 .anchor, h3 .anchor, h4 .anchor, h5 .anchor, h6 .anchor { + margin-top: -50px; + position: absolute; +} + +h1:hover .hash-link, h2:hover .hash-link, h3:hover .hash-link, h4:hover .hash-link, h5:hover .hash-link, h6:hover .hash-link { + visibility: visible; +} + +.hash-link { + color: #aaa; + visibility: hidden; +} + +.nav-main { + *zoom: 1; + background: #3B3738; + color: #fafafa; + position: fixed; + top: 0; + min-height: 50px; + box-shadow: 0 0 5px rgba(0, 0, 0, 0.5); + width: 100%; + z-index: 100; +} + +.nav-main:before, .nav-main:after { + content: " "; + display: table; +} + +.nav-main:after { + clear: both; +} + +.nav-main a { + color: #e9e9e9; + text-decoration: none; +} + +.nav-main .nav-site-wrapper { + display: inline; +} + +.nav-main .nav-site-internal { + margin: 0 0 0 20px; +} + +.nav-main .nav-site-external { + float: right; + margin: 0; +} + +.nav-main .nav-site li { + margin: 0; +} + +.nav-main .nav-site a { + box-sizing: content-box; + padding: 0 10px; + line-height: 50px; + display: inline-block; + height: 50px; + color: #ddd; +} + +.nav-main .nav-site a:hover { + color: #fff; +} + +.nav-main .nav-site a.active { + color: #fff; + border-bottom: 3px solid #05A5D1; + background: #333; +} + +.nav-main .nav-home { + font-size: 24px; + line-height: 50px; +} + +.nav-home img { + vertical-align: -9px; + margin-right: 8px; + margin-left: 1px; + width: 34px; +} +.nav-main a.nav-home { + color: white; +} + +.nav-main ul { + display: inline-block; + vertical-align: top; +} + +.nav-main li { + display: inline; +} + +.nav-main a.nav-version { + font-size: 16px; + font-weight: 800; + color: #05A5D1; + margin-left: 5px; + text-decoration: underline; +} + +.hero { + background: #05A5D1; + padding: 50px 0; + color: #FDF3E7; + font-weight: 300; +} + +.hero .text { + font-size: 64px; + text-align: center; +} + +.hero .minitext { + font-size: 16px; + text-align: center; + text-transform: uppercase; +} + +.hero strong { + font-weight: 400; +} + +.buttons-unit { + margin-top: 40px; + text-align: center; +} + +.buttons-unit a { + color: #FA6900; +} + +.buttons-unit .button { + font-size: 24px; + background: #05A5D1; + color: #fafafa; +} + +.buttons-unit .button:active { + background: #0485A9; +} + +.buttons-unit.downloads { + margin: 30px 0; +} + +.nav-docs { + font-size: 14px; + float: left; + width: 210px; + margin: 5px 48px 0 0; +} + +.nav-docs ul { + list-style: none; + margin: 0; + margin-left: 1px; +} + +.nav-docs ul ul { + margin-left: 20px; +} + +.nav-docs li { + margin: 0; +} + +.nav-docs h3 { + text-transform: uppercase; + font-size: 14px; +} + +.nav-docs a { + color: #666; + display: block; +} + +.nav-docs a:hover { + text-decoration: none; + color: #0485A9; +} + +.nav-docs a.active { + color: #0485A9; +} + +.nav-docs h3 { + line-height: 25px; + margin-top: 12px; + margin-bottom: 5px; +} + +.nav-docs .nav-docs-section:first-child h3 { + margin-top: 0; +} + +.nav-docs .nav-docs-section:first-child { + padding-top: 0; + border-top: 0; +} + +.nav-docs .nav-docs-section:last-child { + padding-bottom: 0; + border-bottom: 0; +} + +.nav-blog li { + margin-bottom: 5px; +} + +.home-section { + margin: 50px 0; +} + +.home-section ol { + margin-left: 0; +} + +.home-divider { + border-top-color: #bbb; + margin: 0 auto; + width: 400px; +} + +.marketing-row { + *zoom: 1; + margin: 50px 0; +} + +.marketing-row:before, .marketing-row:after { + content: " "; + display: table; +} + +.marketing-row:after { + clear: both; +} + +.marketing-col { + float: left; + margin-left: 40px; + width: 280px; +} + +.marketing-col h3 { + color: #2d2d2d; + font-size: 24px; + font-weight: normal; + text-transform: uppercase; +} + +.marketing-col p { + font-size: 16px; +} + +.marketing-col:first-child { + margin-left: 0; +} + +.tutorial-mock { + text-align: center; +} +.tutorial-mock img { + border: 1px solid #ccc; + box-shadow: 5px 5px 5px #888888; +} + +.versions ul { + list-style: none; +} + +.versions li { + font-size: 16px; + padding-top: 10px; +} + +#examples h3, .home-presentation h3 { + color: #2d2d2d; + font-size: 24px; + font-weight: normal; + margin-bottom: 5px; +} + +#examples p { + margin: 0 0 25px 0; + max-width: 600px; +} + +#examples .example { + margin-top: 60px; +} + +#examples #todoExample { + font-size: 14px; +} + +#examples #todoExample ul { + list-style-type: square; + margin: 0 0 10px 0; +} + +#examples #todoExample input { + border: 1px solid #ccc; + font: 14px proxima-nova, "Helvetica Neue", Helvetica, Arial, sans-serif; + padding: 3px; + width: 150px; +} + +#examples #todoExample button { + font: 14px proxima-nova, "Helvetica Neue", Helvetica, Arial, sans-serif; + margin-left: 5px; + padding: 4px 10px; +} + +#examples #markdownExample textarea { + border: 1px solid #ccc; + font: 14px proxima-nova, "Helvetica Neue", Helvetica, Arial, sans-serif; + margin-bottom: 10px; + padding: 5px; +} + +.home-bottom-section { + margin-bottom: 100px; +} + +.docs-nextprev { + *zoom: 1; +} + +.docs-nextprev:before, .docs-nextprev:after { + content: " "; + display: table; +} + +.docs-nextprev:after { + clear: both; +} + +.docs-prev { + float: left; +} + +.docs-next { + float: right; +} + +footer.wrap { + font-size: 13px; + font-weight: 600; + padding-top: 36px; + padding-bottom: 18px; + overflow: auto; +} + +section.black content { + padding-bottom: 18px; +} + +.blogContent { + *zoom: 1; + padding-top: 20px; +} + +.blogContent:before, .blogContent:after { + content: " "; + display: table; +} + +.blogContent:after { + clear: both; +} + +.blogContent blockquote { + padding: 5px 15px; + margin: 20px 0; + background-color: #f8f5ec; + border-left: 5px solid #f7ebc6; +} + +.documentationContent { + *zoom: 1; + padding-top: 20px; +} + +.documentationContent:before, .documentationContent:after { + content: " "; + display: table; +} + +.documentationContent:after { + clear: both; +} + +.documentationContent .subHeader { + font-size: 24px; +} + +h2 { + margin-top: 30px; +} + +.documentationContent blockquote { + padding: 15px 30px 15px 15px; + margin: 20px 0; + background-color: rgba(204, 122, 111, 0.1); + border-left: 5px solid rgba(191, 87, 73, 0.2); +} + +.documentationContent blockquote h4 { + margin-top: 0; +} + +.documentationContent blockquote p { + margin-bottom: 0; +} + +.documentationContent blockquote p:first-child { + font-weight: bold; + font-size: 17.5px; + line-height: 20px; + margin-top: 0; + text-rendering: optimizelegibility; +} + +.docs-prevnext { + padding-top: 40px; + padding-bottom: 40px; +} + +.button { + background: -webkit-linear-gradient( #9a9a9a, #646464); + background: linear-gradient( #9a9a9a, #646464); + border-radius: 4px; + padding: 8px 16px; + font-size: 18px; + font-weight: 400; + margin: 0 12px; + display: inline-block; + color: #fafafa; + text-decoration: none; + text-shadow: 0 1px 3px rgba(0, 0, 0, 0.3); + box-shadow: 0 1px 1px rgba(0, 0, 0, 0.2); + text-decoration: none; +} + +.button:hover { + text-decoration: none; +} + +.button:active { + box-shadow: none; +} + +.hero .button { + box-shadow: 1px 3px 3px rgba(0, 0, 0, 0.3); +} + +.button.blue { + background: -webkit-linear-gradient( #77a3d2, #4783c2); + background: linear-gradient( #77a3d2, #4783c2); +} + +.row { + padding-bottom: 4px; +} + +.row .span4 { + width: 33.33%; + display: table-cell; +} + +.row .span8 { + width: 66.66%; + display: table-cell; +} + +.row .span6 { + width: 50%; + display: table-cell; +} + +p { + margin: 10px 0; +} + +.highlight { + padding: 10px; + margin-bottom: 20px; +} + +figure { + text-align: center; +} + +.inner-content { + float: left; + width: 650px; +} + +.showcaseSection .inner-content { + width: 800px; +} + +.nosidebar .inner-content { + float: none; + margin: 0 auto; +} + +.post-list-item+.post-list-item { + margin-top: 60px; +} + +small code, li code, p code { + color: #555; + background-color: rgba(0, 0, 0, 0.04); + padding: 1px 3px; +} + +.playground { + *zoom: 1; +} + +.playground:before, .playground:after { + content: " "; + display: table; +} + +.playground:after { + clear: both; +} + +.playground-tab { + border-bottom: none !important; + border-radius: 3px 3px 0 0; + padding: 6px 8px; + font-size: 12px; + font-weight: bold; + color: #c2c0bc; + background-color: #f1ede4; + display: inline-block; + cursor: pointer; +} + +.playgroundCode, .playground-tab, .playgroundPreview { + border: 1px solid rgba(16, 16, 16, 0.1); +} + +.playground-tab-active { + color: #222; +} + +.playgroundCode { + border-radius: 0 3px 3px 3px; + float: left; + overflow: hidden; + width: 600px; +} + +.playgroundPreview { + background-color: white; + border-radius: 3px; + float: right; + padding: 15px 20px; + width: 280px; +} + +.playgroundError { + color: #c5695c; + font-size: 15px; +} + +.MarkdownEditor textarea { + width: 100%; + height: 100px; +} + +.hll { + background-color: #f7ebc6; + border-left: 5px solid #f7d87c; + display: block; + margin-left: -14px; + margin-right: -14px; + padding-left: 9px; +} + +.highlight .javascript .err { + background-color: transparent; + color: inherit; +} + +.highlight { + position: relative; + margin-bottom: 14px; + padding: 30px 14px 14px; + border: none; + border-radius: 0; + overflow: auto; +} + +.highlight pre { + padding: 0; + margin-top: 0; + margin-bottom: 0; + background-color: transparent; + border: 0; +} + +.highlight pre code { + background: none; + font-size: inherit; + padding: 0; +} + +.highlight pre .lineno { + display: inline-block; + width: 22px; + padding-right: 5px; + margin-right: 10px; + color: #bebec5; + text-align: right; +} + +.highlight:after { + position: absolute; + top: 0; + right: 0; + left: 0; + padding: 3px 7px; + font-size: 12px; + font-weight: bold; + color: #c2c0bc; + background-color: #f1ede4; + content: "Code"; +} + +.downloadCenter { + text-align: center; + margin-top: 20px; + margin-bottom: 25px; +} + +.downloadSection:hover { + text-decoration: none !important; +} + +.column-left, .column-left * { + box-sizing: border-box; +} + +.column-left p { + text-align: center; + color: #999; +} + +.column-left { + float: left; + padding: 20px; + width: 210px; +} + +/* Modal */ +.modal-backdrop { + background: rgba(0,0,0,.4); + display: none; + height: 100%; + left: 0; + overflow: auto; + position: fixed; + top: 0; + width: 100%; + z-index: 9900; +} + +.modal { + background: #F6F6F6; + bottom: 0; + box-shadow: 2px 2px 4px 0 rgba(0,0,0,.11); + display: none; + border-radius: 10px; + height: 95%; + left: 0; + margin: auto; + max-height: 648px; + max-width: 460px; + overflow: auto; + position: fixed; + right: 0; + top: 0; + width: 80%; + z-index: 9999; +} + +.modal-open { display: block; } + +.modal-content { + padding: 40px 24px 8px 24px; + position: relative; +} + +.modal-content iframe { margin: 0 auto; } + +.modal-button-open { + cursor: pointer; + text-align: center; +} + +.modal-button-open-img { + background: #05A5D1; + height: 358px; +} + +.modal-button-open-img:hover img { opacity: 0.9; } + +.modal-button-close { + background: transparent; + border-radius: 0 0 0 4px; + border: 0; + color: #555; + font-size: 1.2em; + font-weight: bolder; + line-height: 32px; + margin: 0; + padding: 0 12px; + position: absolute; + right: 0; + top: 0; +} + +.modal-button-close:active, +.modal-button-close:focus, +.modal-button-close:hover { + background: #EAF8FD; + outline: none; +} + +@media screen and (max-width: 960px) { + .nav-main { + position: static; + } + + .container { + padding-top: 0; + } +} + +.post { + margin-bottom: 30px; +} + +.pagination { + margin-bottom: 30px; + width: 100%; + overflow: hidden; +} + +.pagination .next { + float: right; +} + +div[data-twttr-id] iframe { + margin: 10px auto !important; +} + +.three-column { + *zoom: 1; +} + +.three-column:before, .three-column:after { + content: " "; + display: table; +} + +.three-column:after { + clear: both; +} + +.three-column>ul { + float: left; + margin-left: 30px; + width: 190px; +} + +.three-column > ul:first-child { + margin-left: 20px; +} + +.home-why { + margin-top: 25px; +} + +.home-why h3 { + text-align: center; +} + +.home-why .blurb { + margin-bottom: 20px; + text-align: center; +} + +.home-why .list { + margin: 0 auto; + max-width: 460px; +} + +.home-getting-started { + width: 500px; + margin: 20px auto 40px auto; +} + +.home-getting-started h3 { + text-align: center; +} + + +.props { + background-color: hsl(198, 100%, 96%); +} + +.compactProps { + border-left: 2px solid hsl(198, 100%, 94%); + margin-left: 20px; + padding-left: 5px; +} + +.props > .prop:nth-child(2n) { + background-color: hsl(198, 100%, 94%); +} + +.propTitle { + font-weight: bold; + font-size: 16px; +} + +.compactProps .propTitle { + font-size: 14px; + margin-bottom: 0; + margin-top: 0; +} + +.compactProps .propTitle div { + font-weight: normal; + margin-left: 20px; +} + +.prop { + padding: 5px 10px; +} + +.compactProps .prop { + padding: 3px 10px; +} + +.propType { + font-weight: normal; + font-size: 15px; +} + +.compactProps .propType { + font-weight: normal; + font-size: 13px; +} + +.platform { + background-color: hsl(198, 100%, 87%); + border-radius: 5px; + margin-right: 5px; + padding: 0 5px; + font-size: 13px; + font-weight: normal; + -webkit-user-select: none; + -moz-user-select: none; + -ms-user-select: none; +} + +.color { + display: inline-block; + width: 20px; + height: 20px; + margin-right: 5px; + position: relative; + top: 5px; +} + +.color::before { + content: ''; + display: block; + position: absolute; + top: 0; + left: 0; + right: 0; + bottom: 0; + border: 1px solid rgba(0, 0, 0, 0.2); +} + +.deprecated { + margin-bottom: 24px; +} + +.deprecatedTitle { + margin-bottom: 6px; + line-height: 18px; + font-weight: bold; + color: #ffa500; +} + +.deprecatedIcon { + width: 18px; + height: 18px; + margin-right: 8px; + vertical-align: top; +} + +.deprecatedMessage { + margin-left: 26px; +} + +#content { + display: none; +} + +.showcaseHeader { + padding-bottom: 15px; + padding-top: 15px; + text-align: center; +} + +.showcase { + margin: 30px auto 10px auto; + width: 100%; + display: inline-block; + text-align: center; + vertical-align: top; +} + +@media only screen + and (min-device-width: 768px) + and (max-device-width: 1024px) { + .showcase { + width: 50%; + } +} + +@media only screen + and (min-device-width: 1024px) { + .showcase { + width: 20%; + } +} + +.showcase:hover { + text-decoration: none; + opacity: 0.8; +} + +.showcase h3 { + margin-bottom: 0px; + line-height: 20px; + padding-left: 5px; + padding-right: 5px; + font-size: 16px; +} + +.showcase p { + margin-top: 5px; + font-weight: normal; +} + +.showcase a { + font-weight: bold; +} + +.showcase h3, .showcase p { + color: rgb(72, 72, 72); +} + +.showcase img { + width: 100px; + border-radius: 20px; +} + +@media only screen + and (max-device-width: 1024px) { + #content { + display: inline; + } + + .container { + min-width: 0; + overflow: auto; + } + .wrap { + width: auto; + } + .home-getting-started { + width: auto; + } + .inner-content { + width: auto; + float: none; + } + .marketing-col { + margin-left: 0; + float: none; + margin-bottom: 30px; + text-align: center; + } + .home-section, .marketing-row { + margin: 0; + } + .nav-main .nav-site a { + padding: 0 4px; + } + .nav-main .wrap { + padding: 0 2px 0 4px; + } + .home-divider { + display: none; + } + .hero { + padding: 10px 0 30px 0; + } + .prism { + padding: 4px 8px; + margin-left: -12px; + font-size: 11px; + } + .nav-docs .nav-docs-section { + border: none; + padding: 0; + } + .nav-docs h3 { + margin: 0; + } + .nav-docs { + float: none; + width: auto; + margin-top: -20px; + margin-bottom: 20px; + } + h1 { + font-size: 30px; + line-height: 30px; + } + ol { + margin: 0; + } +} + + +@media only screen and (max-device-width: 840px) { + .showcaseSection .inner-content { + width: 100%; + } +} + +/** Algolia Doc Search **/ + + +div.algolia-search-wrapper { + display: inline-block; + vertical-align: top; + margin-left: 15px; +} + +@media screen and (max-width: 960px) { + div.algolia-search-wrapper { + display: none; + } +} + +input#algolia-doc-search { + font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; + font-family: proxima-nova, "Helvetica Neue", Helvetica, Arial, sans-serif; + + background: transparent url('../img/search.png') no-repeat left center; + background-size: 16px 16px; + + padding-left: 30px; + font-size: 16px; + line-height: 20px; + background-color: #3B3738; + border-bottom: solid 3px #3B3738; + color: white; + outline: none; + width: 130px; + height: 53px; + + transition: border-color .2s ease, width .2s ease; + -webkit-transition: border-color .2s ease, width .2s ease; + -moz-transition: border-color .2s ease, width .2s ease; + -o-transition: border-color .2s ease, width .2s ease; +} + +input#algolia-doc-search:focus { + border-color: #05A5D1; + width: 240px; +} + +@media screen and (max-width: 1085px) { + input#algolia-doc-search:focus { + width: 178px; + } +} + +.algolia-autocomplete { + vertical-align: top; + height: 53px; + + font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; + font-family: proxima-nova, "Helvetica Neue", Helvetica, Arial, sans-serif; +} + +/* Bottom border of each suggestion */ +.algolia-docsearch-suggestion { + border-bottom-color: #05A5D1; +} +/* Main category headers */ +.algolia-docsearch-suggestion--category-header { + background-color: #3B3738; +} +/* Highlighted search terms */ +.algolia-docsearch-suggestion--highlight { + color: #05A5D1; +} +/* Highligted search terms in the main category headers */ +.algolia-docsearch-suggestion--category-header .algolia-docsearch-suggestion--highlight { + background-color: #05A5D1; +} +/* Currently selected suggestion */ +.aa-cursor .algolia-docsearch-suggestion--content { + color: #05A5D1; +} +.aa-cursor .algolia-docsearch-suggestion { + background: hsl(198, 100%, 96%); +} + +/* For bigger screens, when displaying results in two columns */ +@media (min-width: 768px) { + /* Bottom border of each suggestion */ + .algolia-docsearch-suggestion { + border-bottom-color: hsl(198, 100%, 94%); + } + /* Left column, with secondary category header */ + .algolia-docsearch-suggestion--subcategory-column { + border-right-color: hsl(198, 100%, 94%); + background-color: hsl(198, 100%, 96%); + color: #3B3738; + } +} diff --git a/releases/0.22/docs/accessibility.html b/releases/0.22/docs/accessibility.html new file mode 100644 index 00000000000..f777d95d9e0 --- /dev/null +++ b/releases/0.22/docs/accessibility.html @@ -0,0 +1,52 @@ +Accessibility # | Edit on GitHub |
Both iOS and Android provide APIs for making apps accessible to people with disabilities. In addition, both platforms provide bundled assistive technologies, like the screen readers VoiceOver (iOS) and TalkBack (Android) for the visually impaired. Similarly, in React Native we have included APIs designed to provide developers with support for making apps more accessible. Take note, iOS and Android differ slightly in their approaches, and thus the React Native implementations may vary by platform.
When true, indicates that the view is an accessibility element. When a view is an accessibility element, it groups its children into a single selectable component. By default, all touchable elements are accessible.
On Android, ‘accessible={true}’ property for a react-native View will be translated into native ‘focusable={true}’.
In the above example, we can't get accessibility focus separately on 'text one' and 'text two'. Instead we get focus on a parent view with 'accessible' property.
When a view is marked as accessible, it is a good practice to set an accessibilityLabel on the view, so that people who use VoiceOver know what element they have selected. VoiceOver will read this string when a user selects the associated element.
To use, set the accessibilityLabel property to a custom string on your View:
In the above example, the accessibilityLabel on the TouchableOpacity element would default to "Press me!". The label is constructed by concatenating all Text node children separated by spaces.
Accessibility traits tell a person using VoiceOver what kind of element they have selected. Is this element a label? A button? A header? These questions are answered by accessibilityTraits.
To use, set the accessibilityTraits property to one of (or an array of) accessibility trait strings:
Use this property to assign a custom function to be called when someone activates an accessible element by double tapping on it while it's selected.
Assign this property to a custom function which will be called when someone performs the "magic tap" gesture, which is a double-tap with two fingers. A magic tap function should perform the most relevant action a user could take on a component. In the Phone app on iPhone, a magic tap answers a phone call, or ends the current one. If the selected element does not have an onMagicTap function, the system will traverse up the view hierarchy until it finds a view that does.
In some cases, we also want to alert the end user of the type of selected component (i.e., that it is a “button”). If we were using native buttons, this would work automatically. Since we are using javascript, we need to provide a bit more context for TalkBack. To do so, you must specify the ‘accessibilityComponentType’ property for any UI component. For instances, we support ‘button’, ‘radiobutton_checked’ and ‘radiobutton_unchecked’ and so on.
In the above example, the TouchableWithoutFeedback is being announced by TalkBack as a native Button.
When components dynamically change, we want TalkBack to alert the end user. This is made possible by the ‘accessibilityLiveRegion’ property. It can be set to ‘none’, ‘polite’ and ‘assertive’:
In the above example method _addOne changes the state.count variable. As soon as an end user clicks the TouchableWithoutFeedback, TalkBack reads text in the Text view because of its 'accessibilityLiveRegion=”polite”' property.
In the case of two overlapping UI components with the same parent, default accessibility focus can have unpredictable behavior. The ‘importantForAccessibility’ property will resolve this by controlling if a view fires accessibility events and if it is reported to accessibility services. It can be set to ‘auto’, ‘yes’, ‘no’ and ‘no-hide-descendants’ (the last value will force accessibility services to ignore the component and all of its children).
In the above example, the yellow layout and its descendants are completely invisible to TalkBack and all other accessibility services. So we can easily use overlapping views with the same parent without confusing TalkBack.
Sometimes it is useful to trigger an accessibility event on a UI component (i.e. when a custom view appears on a screen or a custom radio button has been selected). Native UIManager module exposes a method ‘sendAccessibilityEvent’ for this purpose. It takes two arguments: view tag and a type of an event.
In the above example we've created a custom radio button that now behaves like a native one. More specifically, TalkBack now correctly announces changes to the radio button selection.
To enable VoiceOver, go to the Settings app on your iOS device. Tap General, then Accessibility. There you will find many tools that people use to use to make their devices more usable, such as bolder text, increased contrast, and VoiceOver.
To enable VoiceOver, tap on VoiceOver under "Vision" and toggle the switch that appears at the top.
At the very bottom of the Accessibility settings, there is an "Accessibility Shortcut". You can use this to toggle VoiceOver by triple clicking the Home button.
ActionSheetIOS # | Edit on GitHub |
Examples # | Edit on GitHub |
ActivityIndicatorIOS # | Edit on GitHub |
Whether to show the indicator (true, the default) or hide it (false).
The foreground color of the spinner (default is gray).
Whether the indicator should hide when not animating (true by default).
Invoked on mount and layout changes with
{nativeEvent: { layout: {x, y, width, height}}}.
Size of the indicator. Small has a height of 20, large has a height of 36.
Examples # | Edit on GitHub |
Alert # | Edit on GitHub |
Launches an alert dialog with the specified title and message.
Optionally provide a list of buttons. Tapping any button will fire the +respective onPress callback and dismiss the alert. By default, the only +button will be an 'OK' button.
This is an API that works both on iOS and Android and can show static
+alerts. To show an alert that prompts the user to enter some information,
+see AlertIOS; entering text in an alert is common on iOS only.
On iOS you can specify any number of buttons. Each button can optionally +specify a style, which is one of 'default', 'cancel' or 'destructive'.
On Android at most three buttons can be specified. Android has a concept +of a neutral, negative and a positive button:
Examples # | Edit on GitHub |
AlertIOS # | Edit on GitHub |
The AlertsIOS utility provides two functions: alert and prompt. All
+functionality available through AlertIOS.alert is also available in the
+cross-platform Alert.alert, which we recommend you use if you don't need
+iOS-specific functionality.
AlertIOS.prompt allows you to prompt the user for input inside of an
+alert popup.
Creates a popup to alert the user. See +Alert.
callbackOrButtons -- This optional argument should be either a +single-argument function or an array of buttons. If passed a function, +it will be called when the user taps 'OK'.
If passed an array of button configurations, each button should include
+a text key, as well as optional onPress and style keys.
+style should be one of 'default', 'cancel' or 'destructive'.
Example:
Prompt the user to enter some text.
callbackOrButtons -- This optional argument should be either a +single-argument function or an array of buttons. If passed a function, +it will be called with the prompt's value when the user taps 'OK'.
If passed an array of button configurations, each button should include
+a text key, as well as optional onPress and style keys (see example).
+style should be one of 'default', 'cancel' or 'destructive'.
Example with custom buttons:
Example with the default button and a custom callback:
Examples # | Edit on GitHub |
Building React Native from source # | Edit on GitHub |
You will need to build React Native from source if you want to work on a new feature/bug fix, try out the latest features which are not released yet, or maintain your own fork with patches that cannot be merged to the core.
Assuming you have the Android SDK installed, run android to open the Android SDK Manager.
Make sure you have the following installed:
build.gradle)build.gradle)Point Gradle to your Android SDK: either have $ANDROID_SDK and $ANDROID_NDK defined, or create a local.properties file in the root of your react-native checkout with the following contents:
Example:
First, you need to install react-native from your fork. For example, to install the master branch from the official repo, run the following:
Alternatively, you can clone the repo to your node_modules directory and run npm install inside the cloned repo.
Add gradle-download-task as dependency in android/build.gradle:
:ReactAndroid project #Add the :ReactAndroid project in android/settings.gradle:
Modify your android/app/build.gradle to use the :ReactAndroid project instead of the pre-compiled library, e.g. - replace compile 'com.facebook.react:react-native:0.16.+' with compile project(':ReactAndroid'):
If you use 3rd-party React Native modules, you need to override their dependencies so that they don't bundle the pre-compiled library. Otherwise you'll get an error while compiling - Error: more than one library with package name 'com.facebook.react'.
Modify your android/app/build.gradle and replace compile project(':react-native-custom-module') with:
Building from source can take a long time, especially for the first build, as it needs to download ~200 MB of artifacts and compile the native code. Every time you update the react-native version from your repo, the build directory may get deleted, and all the files are re-downloaded. To avoid this, you might want to change your build directory path by editing the ~/.gradle/init.gradle file:
Android Setup # | Edit on GitHub |
This guide describes basic steps of the Android development environment setup that are required to run React Native android apps on an android emulator.
On Mac, if you have installed XCode, Git is already installed, otherwise run the following:
On Linux, install Git via your package manager.
On Windows, download and install Git for Windows. During the setup process, choose "Run Git from Windows Command Prompt", which will add Git to your PATH environment variable.
brew install android-sdkIMPORTANT: Make sure the ANDROID_HOME environment variable points to your existing Android SDK:
On Mac, add this to your ~/.bashrc, ~/.bash_profile or whatever your shell uses:
On Linux, add this to your ~/.bashrc, ~/.bash_profile or whatever your shell uses:
On Windows, go to Control Panel -> System and Security -> System -> Change settings -> Advanced -> Environment variables -> New
NOTE: You need to restart the Command Prompt (Windows) / Terminal Emulator (Mac OS X, Linux) to apply the new Environment variables.
React Native Android use gradle as a build system. We recommend to enable gradle daemon functionality which may result in up to 50% improvement in incremental build times for changes in java code. Learn here how to enable it for your platform.
android); in the window that appears make sure you check:

Genymotion is much easier to set up than stock Google emulators. However, it's only free for personal use. If you want to use the stock Google emulator, see below.
android; in the window that appears make sure you check:android avd and click on Create...
+
Start...The Visual Studio Emulator for Android is a free android emulator that is hardware accelerated via Hyper-V. It doesn't require you to install Visual Studio at all.
To use it with react-native you just have to add a key and value to your registry:
regedit.exeHKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Android SDK ToolsAndroid SDK Tools and choose New > String ValuePathPath Key and set the value to C:\Program Files\Android\sdk. The path value might be different on your machine.You will also need to run the command adb reverse tcp:8081 tcp:8081 with this emulator.
Then restart the emulator and when it runs you can just do react-native run-android as usual.
You can use any editor to edit JavaScript. If you want to use Android Studio to work on native code, from the Welcome screen of Android Studio choose "Import project" and select the android folder of your app.
Profiling Android UI Performance # | Edit on GitHub |
We try our best to deliver buttery-smooth UI performance by default, but sometimes that just isn't possible. Remember, Android supports 10k+ different phones and is generalized to support software rendering: the framework architecture and need to generalize across many hardware targets unfortunately means you get less for free relative to iOS. But sometimes, there are things you can improve (and many times it's not native code's fault at all!).
The first step for debugging this jank is to answer the fundamental question of where your time is being spent during each 16ms frame. For that, we'll be using a standard Android profiling tool called systrace. But first...
Make sure that JS dev mode is OFF!
You should see
__DEV__ === false, development-level warning are OFF, performance optimizations are ONin your application logs (which you can view usingadb logcat)
Systrace is a standard Android marker-based profiling tool (and is installed when you install the Android platform-tools package). Profiled code blocks are surrounded by markers start/end markers which are then visualized in a colorful chart format. Both the Android SDK and React Native framework provide standard markers that you can visualize.
NOTE:
Systrace support was added in react-native
v0.15. You will need to build with that version to collect a trace.
First, connect a device that exhibits the stuttering you want to investigate to your computer via USB and get it to the point right before the navigation/animation you want to profile. Run systrace as follows
A quick breakdown of this command:
time is the length of time the trace will be collected in secondssched, gfx, and view are the android SDK tags (collections of markers) we care about: sched gives you information about what's running on each core of your phone, gfx gives you graphics info such as frame boundaries, and view gives you information about measure, layout, and draw passes-a <your_package_name> enables app-specific markers, specifically the ones built into the React Native framework. your_package_name can be found in the AndroidManifest.xml of your app and looks like com.example.appOnce the trace starts collecting, perform the animation or interaction you care about. At the end of the trace, systrace will give you a link to the trace which you can open in your browser.
After opening the trace in your browser (preferably Chrome), you should see something like this:

HINT: Use the WASD keys to strafe and zoom
The first thing you should do is highlight the 16ms frame boundaries if you haven't already done that. Check this checkbox at the top right of the screen:

You should see zebra stripes as in the screenshot above. If you don't, try profiling on a different device: Samsung has been known to have issues displaying vsyncs while the Nexus series is generally pretty reliable.
Scroll until you see (part of) the name of your package. In this case, I was profiling com.facebook.adsmanager, which shows up as book.adsmanager because of silly thread name limits in the kernel.
On the left side, you'll see a set of threads which correspond to the timeline rows on the right. There are three/four threads we care about for our purposes: the UI thread (which has your package name or the name UI Thread), mqt_js and mqt_native_modules. If you're running on Android 5+, we also care about the Render Thread.
This is where standard android measure/layout/draw happens. The thread name on the right will be your package name (in my case book.adsmanager) or UI Thread. The events that you see on this thread should look something like this and have to do with Choreographer, traversals, and DispatchUI:

This is where JS is executed. The thread name will be either mqt_js or <...> depending on how cooperative the kernel on your device is being. To identify it if it doesn't have a name, look for things like JSCall, Bridge.executeJSCall, etc:

This is where native module calls (e.g. the UIManager) are executed. The thread name will be either mqt_native_modules or <...>. To identify it in the latter case, look for things like NativeCall, callJavaModuleMethod, and onBatchComplete:

If you're using Android L (5.0) and up, you will also have a render thread in your application. This thread generates the actual OpenGL commands used to draw your UI. The thread name will be either RenderThread or <...>. To identify it in the latter case, look for things like DrawFrame and queueBuffer:

A smooth animation should look something like the following:

Each change in color is a frame -- remember that in order to display a frame, all our UI work needs to be done by the end of that 16ms period. Notice that no thread is working close to the frame boundary. An application rendering like this is rendering at 60FPS.
If you noticed chop, however, you might see something like this:

Notice that the JS thread is executing basically all the time, and across frame boundaries! This app is not rendering at 60FPS. In this case, the problem lies in JS.
You might also see something like this:

In this case, the UI and render threads are the ones that have work crossing frame boundaries. The UI that we're trying to render on each frame is requiring too much work to be done. In this case, the problem lies in the native views being rendered.
At this point, you'll have some very helpful information to inform your next steps.
If you identified a JS problem, look for clues in the specific JS that you're executing. In the scenario above, we see RCTEventEmitter being called multiple times per frame. Here's a zoom-in of the JS thread from the trace above:

This doesn't seem right. Why is it being called so often? Are they actually different events? The answers to these questions will probably depend on your product code. And many times, you'll want to look into shouldComponentUpdate.
TODO: Add more tools for profiling JS
If you identified a native UI problem, there are usually two scenarios:
In the first scenario, you'll see a trace that has the UI thread and/or Render Thread looking like this:

Notice the long amount of time spent in DrawFrame that crosses frame boundaries. This is time spent waiting for the GPU to drain its command buffer from the previous frame.
To mitigate this, you should:
renderToHardwareTextureAndroid for complex, static content that is being animated/transformed (e.g. the Navigator slide/alpha animations)needsOffscreenAlphaCompositing, which is disabled by default, as it greatly increases the per-frame load on the GPU in most cases.If these don't help and you want to dig deeper into what the GPU is actually doing, you can check out Tracer for OpenGL ES.
In the second scenario, you'll see something more like this:

Notice that first the JS thread thinks for a bit, then you see some work done on the native modules thread, followed by an expensive traversal on the UI thread.
There isn't an easy way to mitigate this unless you're able to postpone creating new UI until after the interaction, or you are able to simplify the UI you're creating. The react native team is working on a infrastructure level solution for this that will allow new UI to be created and configured off the main thread, allowing the interaction to continue smoothly.
If you are confused or stuck, please post ask on Stack Overflow with the react-native tag. If you are unable to get a response there, or find an issue with a core component, please File a Github issue.
Animated # | Edit on GitHub |
Animations are an important part of modern UX, and the Animated
+library is designed to make them fluid, powerful, and easy to build and
+maintain.
The simplest workflow is to create an Animated.Value, hook it up to one or
+more style attributes of an animated component, and then drive updates either
+via animations, such as Animated.timing, or by hooking into gestures like
+panning or scrolling via Animated.event. Animated.Value can also bind to
+props other than style, and can be interpolated as well. Here is a basic
+example of a container view that will fade in when it's mounted:
Note that only animatable components can be animated. View, Text, and
+Image are already provided, and you can create custom ones with
+createAnimatedComponent. These special components do the magic of binding
+the animated values to the properties, and do targeted native updates to
+avoid the cost of the react render and reconciliation process on every frame.
+They also handle cleanup on unmount so they are safe by default.
Animations are heavily configurable. Custom and pre-defined easing +functions, delays, durations, decay factors, spring constants, and more can +all be tweaked depending on the type of animation.
A single Animated.Value can drive any number of properties, and each
+property can be run through an interpolation first. An interpolation maps
+input ranges to output ranges, typically using a linear interpolation but
+also supports easing functions. By default, it will extrapolate the curve
+beyond the ranges given, but you can also have it clamp the output value.
For example, you may want to think about your Animated.Value as going from
+0 to 1, but animate the position from 150px to 0px and the opacity from 0 to
+1. This can easily be done by modifying style in the example above like so:
Animations can also be combined in complex ways using composition functions
+such as sequence and parallel, and can also be chained together simply
+by setting the toValue of one animation to be another Animated.Value.
Animated.ValueXY is handy for 2D animations, like panning, and there are
+other helpful additions like setOffset and getLayout to aid with typical
+interaction patterns, like drag-and-drop.
You can see more example usage in AnimationExample.js, the Gratuitous
+Animation App, and Animations documentation guide.
Note that Animated is designed to be fully serializable so that animations
+can be run in a high performance way, independent of the normal JavaScript
+event loop. This does influence the API, so keep that in mind when it seems a
+little trickier to do something compared to a fully synchronous system.
+Checkout Animated.Value.addListener as a way to work around some of these
+limitations, but use it sparingly since it might have performance
+implications in the future.
Animates a value from an initial velocity to zero based on a decay +coefficient.
Animates a value along a timed easing curve. The Easing module has tons
+of pre-defined curves, or you can use your own function.
Spring animation based on Rebound and Origami. Tracks velocity state to
+create fluid motions as the toValue updates, and can be chained together.
Creates a new Animated value composed from two Animated values added +together.
Creates a new Animated value composed from two Animated values multiplied +together.
Starts an animation after the given delay.
Starts an array of animations in order, waiting for each to complete +before starting the next. If the current running animation is stopped, no +following animations will be started.
Starts an array of animations all at the same time. By default, if one
+of the animations is stopped, they will all be stopped. You can override
+this with the stopTogether flag.
Array of animations may run in parallel (overlap), but are started in +sequence with successive delays. Nice for doing trailing effects.
Takes an array of mappings and extracts values from each arg accordingly,
+ then calls setValue on the mapped outputs. e.g.
Make any React component Animatable. Used to create Animated.View, etc.
Standard value for driving animations. One Animated.Value can drive
+multiple properties in a synchronized fashion, but can only be driven by one
+mechanism at a time. Using a new mechanism (e.g. starting a new animation,
+or calling setValue) will stop any previous ones.
Directly set the value. This will stop any animations running on the value +and update all the bound properties.
Sets an offset that is applied on top of whatever value is set, whether via
+setValue, an animation, or Animated.event. Useful for compensating
+things like the start of a pan gesture.
Merges the offset value into the base value and resets the offset to zero. +The final output of the value is unchanged.
Adds an asynchronous listener to the value so you can observe updates from +animations. This is useful because there is no way to +synchronously read the value because it might be driven natively.
Stops any running animation or tracking. callback is invoked with the
+final value after stopping the animation, which is useful for updating
+state to match the animation position with layout.
Interpolates the value before updating the property, e.g. mapping 0-1 to +0-10.
Typically only used internally, but could be used by a custom Animation +class.
Typically only used internally.
Typically only used internally.
2D Value for driving 2D animations, such as pan gestures. Almost identical
+API to normal Animated.Value, but multiplexed. Contains two regular
+Animated.Values under the hood. Example:
Converts {x, y} into {left, top} for use in style, e.g.
Converts {x, y} into a useable translation transform, e.g.
Examples # | Edit on GitHub |
Animations # | Edit on GitHub |
Fluid, meaningful animations are essential to the mobile user experience. Like
+everything in React Native, Animation APIs for React Native are currently under
+development, but have started to coalesce around two complementary systems:
+LayoutAnimation for animated global layout transactions, and Animated for
+more granular and interactive control of specific values.
The Animated library is designed to make it very easy to concisely express a
+wide variety of interesting animation and interaction patterns in a very
+performant way. Animated focuses on declarative relationships between inputs
+and outputs, with configurable transforms in between, and simple start/stop
+methods to control time-based animation execution. For example, a complete
+component with a simple spring bounce on mount looks like this:
bounceValue is initialized as part of state in the constructor, and mapped
+to the scale transform on the image. Behind the scenes, the numeric value is
+extracted and used to set scale. When the component mounts, the scale is set to
+1.5 and then a spring animation is started on bounceValue which will update
+all of its dependent mappings on each frame as the spring animates (in this
+case, just the scale). This is done in an optimized way that is faster than
+calling setState and re-rendering. Because the entire configuration is
+declarative, we will be able to implement further optimizations that serialize
+the configuration and runs the animation on a high-priority thread.
Most everything you need hangs directly off the Animated module. This
+includes two value types, Value for single values and ValueXY for vectors,
+three animation types, spring, decay, and timing, and three component
+types, View, Text, and Image. You can make any other component animated with
+Animated.createAnimatedComponent.
The three animation types can be used to create almost any animation curve you +want because each can be customized:
spring: Simple single-spring physics model that matches Origami.friction: Controls "bounciness"/overshoot. Default 7.tension: Controls speed. Default 40.decay: Starts with an initial velocity and gradually slows to a stop.velocity: Initial velocity. Required.deceleration: Rate of decay. Default 0.997.timing: Maps time range to easing value.duration: Length of animation (milliseconds). Default 500.easing: Easing function to define curve. See Easing module for several
+predefined functions. iOS default is Easing.inOut(Easing.ease).delay: Start the animation after delay (milliseconds). Default 0.Animations are started by calling start. start takes a completion callback
+that will be called when the animation is done. If the animation is done
+because it finished running normally, the completion callback will be invoked
+with {finished: true}, but if the animation is done because stop was called
+on it before it could finish (e.g. because it was interrupted by a gesture or
+another animation), then it will receive {finished: false}.
Animations can also be composed with parallel, sequence, stagger, and
+delay, each of which simply take an array of animations to execute and
+automatically calls start/stop as appropriate. For example:
By default, if one animation is stopped or interrupted, then all other
+animations in the group are also stopped. Parallel has a stopTogether option
+that can be set to false to disable this.
Another powerful part of the Animated API is the interpolate function. It
+allows input ranges to map to different output ranges. For example, a simple
+mapping to convert a 0-1 range to a 0-100 range would be
interpolate supports multiple range segments as well, which is handy for
+defining dead zones and other handy tricks. For example, to get an negation
+relationship at -300 that goes to 0 at -100, then back up to 1 at 0, and then
+back down to zero at 100 followed by a dead-zone that remains at 0 for
+everything beyond that, you could do:
Which would map like so:
| Input | Output |
|---|---|
| -400 | 450 |
| -300 | 300 |
| -200 | 150 |
| -100 | 0 |
| -50 | 0.5 |
| 0 | 1 |
| 50 | 0.5 |
| 100 | 0 |
| 101 | 0 |
| 200 | 0 |
interpolation also supports arbitrary easing functions, many of which are
+already implemented in the
+Easing
+class including quadratic, exponential, and bezier curves as well as functions
+like step and bounce. interpolation also has configurable behavior for
+extrapolating the outputRange. You can set the extrapolation by setting the extrapolate,
+extrapolateLeft or extrapolateRight options. The default value is
+extend but you can use clamp to prevent the output value from exceeding
+outputRange.
Animated values can also track other values. Just set the toValue of an
+animation to another animated value instead of a plain number, for example with
+spring physics for an interaction like "Chat Heads", or via timing with
+duration: 0 for rigid/instant tracking. They can also be composed with
+interpolations:
ValueXY is a handy way to deal with 2D interactions, such as panning/dragging.
+It is a simple wrapper that basically just contains two Animated.Value
+instances and some helper functions that call through to them, making ValueXY
+a drop-in replacement for Value in many cases. For example, in the code
+snippet above, leader and follower could both be of type ValueXY and the x
+and y values will both track as you would expect.
Animated.event is the input side of the Animated API, allowing gestures and
+other events to map directly to animated values. This is done with a structured
+map syntax so that values can be extracted from complex event objects. The
+first level is an array to allow mapping across multiple args, and that array
+contains nested objects. In the example, you can see that scrollX maps to
+event.nativeEvent.contentOffset.x (event is normally the first arg to the
+handler), and pan.x and pan.y map to gestureState.dx and gestureState.dy,
+respectively (gestureState is the second arg passed to the PanResponder handler).
You may notice that there is no obvious way to read the current value while +animating - this is because the value may only be known in the native runtime +due to optimizations. If you need to run JavaScript in response to the current +value, there are two approaches:
spring.stopAnimation(callback) will stop the animation and invoke callback
+with the final value - this is useful when making gesture transitions.spring.addListener(callback) will invoke callback asynchronously while the
+animation is running, providing a recent value. This is useful for triggering
+state changes, for example snapping a bobble to a new option as the user drags
+it closer, because these larger state changes are less sensitive to a few frames
+of lag compared to continuous gestures like panning which need to run at 60fps.As previously mentioned, we're planning on optimizing Animated under the hood to +make it even more performant. We would also like to experiment with more +declarative and higher level gestures and triggers, such as horizontal vs. +vertical panning.
The above API gives a powerful tool for expressing all sorts of animations in a
+concise, robust, and performant way. Check out more example code in
+UIExplorer/AnimationExample. Of course there may still be times where Animated
+doesn't support what you need, and the following sections cover other animation
+systems.
LayoutAnimation allows you to globally configure create and update
+animations that will be used for all views in the next render/layout cycle.
+This is useful for doing flexbox layout updates without bothering to measure or
+calculate specific properties in order to animate them directly, and is
+especially useful when layout changes may affect ancestors, for example a "see
+more" expansion that also increases the size of the parent and pushes down the
+row below which would otherwise require explicit coordination between the
+components in order to animate them all in sync.
Note that although LayoutAnimation is very powerful and can be quite useful,
+it provides much less control than Animated and other animation libraries, so
+you may need to use another approach if you can't get LayoutAnimation to do
+what you want.

This example uses a preset value, you can customize the animations as +you need, see LayoutAnimation.js +for more information.
requestAnimationFrame is a polyfill from the browser that you might be
+familiar with. It accepts a function as its only argument and calls that
+function before the next repaint. It is an essential building block for
+animations that underlies all of the JavaScript-based animation APIs. In
+general, you shouldn't need to call this yourself - the animation APIs will
+manage frame updates for you.
react-tween-state is a
+minimal library that does exactly what its name suggests: it tweens a
+value in a component's state, starting at a from value and ending at
+a to value. This means that it generates the values in between those
+two values, and it sets the state on every requestAnimationFrame with
+the intermediary value.
Tweening definition from Wikipedia
"... tweening is the process of generating intermediate frames between two +images to give the appearance that the first image evolves smoothly +into the second image. [Tweens] are the drawings between the key +frames which help to create the illusion of motion."
The most obvious way to animate from one value to another is linearly: +you subtract the end value from the start value and divide the result by +the number of frames over which the animation occurs, and then add that +value to the current value on each frame until the end value is reached. +Linear easing often looks awkward and unnatural, so react-tween-state +provides a selection of popular easing functions +that can be applied to make your animations more pleasing.
This library does not ship with React Native - in order to use it on
+your project, you will need to install it with npm i react-tween-state
+--save from your project directory.

Here we animated the opacity, but as you might guess, we can animate any +numeric value. Read more about react-tween-state in its +README.
Rebound.js is a JavaScript port of
+Rebound for Android. It is
+similar in concept to react-tween-state: you have an initial value and
+set an end value, then Rebound generates intermediate values that you can
+use for your animation. Rebound is modeled after spring physics; we
+don't provide a duration when animating with springs, it is
+calculated for us depending on the spring tension, friction, current
+value and end value. Rebound is used
+internally
+by React Native on Navigator and WarningBox.

Notice that Rebound animations can be interrupted - if you release in +the middle of a press, it will animate back from the current state to +the original value.
You can also clamp the spring values so that they don't overshoot and
+oscillate around the end value. In the above example, we would add
+this._scrollSpring.setOvershootClampingEnabled(true) to change this.
+See the below gif for an example of where in your interface you might
+use this.
Screenshot from
+react-native-scrollable-tab-view.
+You can run a similar example here.
As mentioned in the Direction Manipulation section,
+setNativeProps allows us to modify properties of native-backed
+components (components that are actually backed by native views, unlike
+composite components) directly, without having to setState and
+re-render the component hierarchy.
We could use this in the Rebound example to update the scale - this
+might be helpful if the component that we are updating is deeply nested
+and hasn't been optimized with shouldComponentUpdate.
It would not make sense to use setNativeProps with react-tween-state
+because the updated tween values are set on the state automatically by
+the library - Rebound on the other hand gives us an updated value for
+each frame with the onSpringUpdate function.
If you find your animations with dropping frames (performing below 60
+frames per second), look into using setNativeProps or
+shouldComponentUpdate to optimize them. You may also want to defer any
+computationally intensive work until after animations are complete,
+using the
+InteractionManager. You
+can monitor the frame rate by using the In-App Developer Menu "FPS
+Monitor" tool.
As mentioned in the Navigator
+Comparison,
+Navigator is implemented in JavaScript and NavigatorIOS is a wrapper
+around native functionality provided by UINavigationController, so
+these scene transitions apply only to Navigator. In order to re-create
+the various animations provided by UINavigationController and also
+make them customizable, React Native exposes a
+NavigatorSceneConfigs API.
For further information about customizing scene transitions, read the +source.
AppRegistry # | Edit on GitHub |
AppRegistry is the JS entry point to running all React Native apps. App
+root components should register themselves with
+AppRegistry.registerComponent, then the native system can load the bundle
+for the app and then actually run the app when it's ready by invoking
+AppRegistry.runApplication.
To "stop" an application when a view should be destroyed, call
+AppRegistry.unmountApplicationComponentAtRootTag with the tag that was
+pass into runApplication. These should always be used as a pair.
AppRegistry should be required early in the require sequence to make
+sure the JS execution environment is setup before other modules are
+required.
AppState # | Edit on GitHub |
AppState can tell you if the app is in the foreground or background,
+and notify you when the state changes.
AppState is frequently used to determine the intent and proper behavior when +handling push notifications.
active - The app is running in the foregroundbackground - The app is running in the background. The user is either
+ in another app or on the home screeninactive - This is a transition state that currently never happens for
+ typical React Native apps.For more information, see +Apple's documentation
To see the current state, you can check AppState.currentState, which
+will be kept up-to-date. However, currentState will be null at launch
+while AppState retrieves it over the bridge.
This example will only ever appear to say "Current state is: active" because
+the app is only visible to the user when in the active state, and the null
+state will happen only momentarily.
Examples # | Edit on GitHub |
AppStateIOS # | Edit on GitHub |
AppStateIOS can tell you if the app is in the foreground or background,
+and notify you when the state changes.
AppStateIOS is frequently used to determine the intent and proper behavior when +handling push notifications.
active - The app is running in the foregroundbackground - The app is running in the background. The user is either
+ in another app or on the home screeninactive - This is a transition state that currently never happens for
+ typical React Native apps.For more information, see +Apple's documentation
To see the current state, you can check AppStateIOS.currentState, which
+will be kept up-to-date. However, currentState will be null at launch
+while AppStateIOS retrieves it over the bridge.
This example will only ever appear to say "Current state is: active" because
+the app is only visible to the user when in the active state, and the null
+state will happen only momentarily.
// TODO: getCurrentAppState callback seems to be called at a really late stage +// after app launch. Trying to get currentState when mounting App component +// will likely to have the initial value here. +// Initialize to 'active' instead of null.
Examples # | Edit on GitHub |
AsyncStorage # | Edit on GitHub |
AsyncStorage is a simple, asynchronous, persistent, key-value storage +system that is global to the app. It should be used instead of LocalStorage.
It is recommended that you use an abstraction on top of AsyncStorage instead +of AsyncStorage directly for anything more than light usage since it +operates globally.
This JS code is a simple facade over the native iOS implementation to provide
+a clear JS API, real Error objects, and simple non-multi functions. Each
+method returns a Promise object.
Fetches key and passes the result to callback, along with an Error if
+there is any. Returns a Promise object.
Sets value for key and calls callback on completion, along with an
+Error if there is any. Returns a Promise object.
Returns a Promise object.
Merges existing value with input value, assuming they are stringified json.
+Returns a Promise object. Not supported by all native implementations.
Erases all AsyncStorage for all clients, libraries, etc. You probably
+don't want to call this - use removeItem or multiRemove to clear only your
+own keys instead. Returns a Promise object.
Gets all keys known to the app, for all callers, libraries, etc. Returns a Promise object.
Flushes any pending requests using a single multiget
multiGet invokes callback with an array of key-value pair arrays that
+matches the input format of multiSet. Returns a Promise object.
multiGet(['k1', 'k2'], cb) -> cb([['k1', 'val1'], ['k2', 'val2']])
multiSet and multiMerge take arrays of key-value array pairs that match
+the output of multiGet, e.g. Returns a Promise object.
multiSet([['k1', 'val1'], ['k2', 'val2']], cb);
Delete all the keys in the keys array. Returns a Promise object.
Merges existing values with input values, assuming they are stringified
+json. Returns a Promise object.
Not supported by all native implementations.
Examples # | Edit on GitHub |
BackAndroid # | Edit on GitHub |
Detect hardware back button presses, and programmatically invoke the default back button +functionality to exit the app if there are no listeners or if none of the listeners return true.
Example:
CameraRoll # | Edit on GitHub |
CameraRoll provides access to the local camera roll / gallery.
Saves the image to the camera roll / gallery.
On Android, the tag is a local URI, such as "file:///sdcard/img.png".
On iOS, the tag can be one of the following:
Returns a Promise which when resolved will be passed the new URI.
Returns a Promise with photo identifier objects from the local camera
+roll of the device matching shape defined by getPhotosReturnChecker.
@param {object} params See getPhotosParamChecker.
Returns a Promise which when resolved will be of shape getPhotosReturnChecker.
Examples # | Edit on GitHub |
Colors # | Edit on GitHub |
The following formats are supported:
'#f0f' (#rgb)'#f0fc' (#rgba)'#ff00ff' (#rrggbb)'#ff00ff00' (#rrggbbaa)'rgb(255, 255, 255)''rgba(255, 255, 255, 1.0)''hsl(360, 100%, 100%)''hsla(360, 100%, 100%, 1.0)''transparent''red'0xff00ff00 (0xrrggbbaa)For the named colors, React Native follows the CSS3 specification:
Communication between native and React Native # | Edit on GitHub |
In Integrating with Existing Apps guide and Native UI Components guide we learn how to embed React Native in a native component and vice versa. When we mix native and React Native components, we'll eventually find a need to communicate between these two worlds. Some ways to achieve that have been already mentioned in other guides. This article summarizes available techniques.
React Native is inspired by React, so the basic idea of the information flow is similar. The flow in React is one-directional. We maintain a hierarchy of components, in which each component depends only on its parent and own internal state. We do this with properties: data is passed from a parent to its children in a top-down manner. If we have an ancestor component that rely on the state of its descendant, the recommended solution would be to pass down a callback that would be used by the descendant to update the ancestor.
The same concept applies to React Native. As long as we are building our application purely within the framework, we can drive our app with properties and callbacks. But, when we mix React Native and native components, we need some special, cross-language mechanisms that would allow us to pass information between them.
Properties are the simplest way of cross-component communication. So we need a way to pass properties both from native to React Native, and from React Native to native.
In order to embed a React Native view in a native component, we use RCTRootView. RCTRootView is a UIView that holds a React Native app. It also provides an interface between native side and the hosted app.
RCTRootView has an initializer that allows you to pass arbitrary properties down to the React Native app. The initialProperties parameter has to be an instance of NSDictionary. The dictionary is internally converted into a JSON object that the top-level JS component can reference.
RCTRootView also provides a read-write property appProperties. After appProperties is set, the React Native app is re-rendered with new properties. The update is only performed when the new updated properties differ from the previous ones.
It is fine to update properties anytime. However, updates have to be performed on the main thread. You use the getter on any thread.
There is no way to update only a few properties at a time. We suggest that you build it into your own wrapper instead.
Note: +Currently, JS functions
componentWillReceivePropsandcomponentWillUpdatePropsof the top level RN component will not be called after a prop update. However, you can access the new props incomponentWillMountfunction.
The problem exposing properties of native components is covered in detail in this article. In short, export properties with RCT_CUSTOM_VIEW_PROPERTY macro in your custom native component, then just use them in React Native as if the component was an ordinary React Native component.
The main drawback of cross-language properties is that they do not support callbacks, which would allow us to handle bottom-up data bindings. Imagine you have a small RN view that you want to be removed from the native parent view as a result of a JS action. There is no way to do that with props, as the information would need to go bottom-up.
Although we have a flavor of cross-language callbacks (described here), these callbacks are not always the thing we need. The main problem is that they are not intended to be passed as properties. Rather, this mechanism allows us to trigger a native action from JS, and handle the result of that action in JS.
As stated in the previous chapter, using properties comes with some limitations. Sometimes properties are not enough to drive the logic of our app and we need a solution that gives more flexibility. This chapter covers other communication techniques available in React Native. They can be used for internal communication (between JS and native layers in RN) as well as for external communication (between RN and the 'pure native' part of your app).
React Native enables you to perform cross-language function calls. You can execute custom native code from JS and vice versa. Unfortunately, depending on the side we are working on, we achieve the same goal in different ways. For native - we use events mechanism to schedule an execution of a handler function in JS, while for React Native we directly call methods exported by native modules.
Events are described in detail in this article. Note that using events gives us no guarantees about execution time, as the event is handled on a separate thread.
Events are powerful, because they allow us to change React Native components without needing a reference to them. However, there are some pitfalls that you can fall into while using them:
reactTag as an identifier).The common pattern we use when embedding native in React Native is to make the native component's RCTViewManager a delegate for the views, sending events back to JavaScript via the bridge. This keeps related event calls in one place.
Native modules are Objective-C classes that are available in JS. Typically one instance of each module is created per JS bridge. They can export arbitrary functions and constants to React Native. They have been covered in detail in this article.
The fact that native modules are singletons limits the mechanism in context of embedding. Let's say we have a React Native component embedded in a native view and we want to update the native, parent view. Using the native module mechanism, we would export a function that not only takes expected arguments, but also an identifier of the parent native view. The identifier would be used to retrieve a reference to the parent view to update. That said, we would need to keep a mapping from identifiers to native views in the module.
Although this solution is complex, it is used in RCTUIManager, which is an internal React Native class that manages all React Native views.
Native modules can also be used to expose existing native libraries to JS. Geolocation library is a living example of the idea.
Warning: +All native modules share the same namespace. Watch out for name collisions when creating new ones.
When integrating native and React Native, we also need a way to consolidate two different layout systems. This section covers common layouting problems and provides a brief description of mechanisms that are intended to address them.
This case is covered in this article. Basically, as all our native react views are subclasses of UIView, most style and size attributes will work like you would expect out of the box.
The simplest scenario is when we have a React Native app with a fixed size, which is known to the native side. In particular, a full-screen React Native view falls into this case. If we want a smaller root view, we can explicitly set RCTRootView's frame.
For instance, to make an RN app 200 (logical) pixels high, and the hosting view's width wide, we could do:
When we have a fixed size root view, we need to respect its bounds on the JS side. In other words, we need to ensure that the React Native content can be contained within the fixed-size root view. The easiest way to ensure this is to use flexbox layout. If you use absolute positioning, and React components are visible outside the root view's bounds, you'll get overlap with native views, causing some features to behave unexpectedly. For instance, 'TouchableHighlight' will not highlight your touches outside the root view's bounds.
It's totally fine to update root view's size dynamically by re-setting its frame property. React Native will take care of the content's layout.
In some cases we'd like to render content of initially unknown size. Let's say the size will be defined dynamically in JS. We have two solutions to this problem.
ScrollView component. This guarantees that your content will always be available and it won't overlap with native views.RCTRootView. The owner is then responsible for re-laying out the subviews and keeping the UI consistent. We achieve this with RCTRootView's flexibility modes.RCTRootView supports 4 different size flexibility modes:
RCTRootViewSizeFlexibilityNone is the default value, which makes a root view's size fixed (but it still can be updated with setFrame:). The other three modes allow us to track React Native content's size updates. For instance, setting mode to RCTRootViewSizeFlexibilityHeight will cause React Native to measure the content's height and pass that information back to RCTRootView's delegate. An arbitrary action can be performed within the delegate, including setting the root view's frame, so the content fits. The delegate is called only when the size of the content has changed.
Warning: +Making a dimension flexible in both JS and native leads to undefined behavior. For example - don't make a top-level React component's width flexible (with
flexbox) while you're usingRCTRootViewSizeFlexibilityWidthon the hostingRCTRootView.
Let's look at an example.
In the example we have a FlexibleSizeExampleView view that holds a root view. We create the root view, initialize it and set the delegate. The delegate will handle size updates. Then, we set the root view's size flexibility to RCTRootViewSizeFlexibilityHeight, which means that rootViewDidChangeIntrinsicSize: method will be called every time the React Native content changes its height. Finally, we set the root view's width and position. Note that we set there height as well, but it has no effect as we made the height RN-dependent.
You can checkout full source code of the example here.
It's fine to change root view's size flexibility mode dynamically. Changing flexibility mode of a root view will schedule a layout recalculation and the delegate rootViewDidChangeIntrinsicSize: method will be called once the content size is known.
Note: React Native layout calculation is performed on a special thread, while native UI view updates are done on the main thread. This may cause temporary UI inconsistencies between native and React Native. This is a known problem and our team is working on synchronizing UI updates coming from different sources.
Note: React Native does not perform any layout calculations until the root view becomes a subview of some other views. If you want to hide React Native view until its dimensions are known, add the root view as a subview and make it initially hidden (use
UIView'shiddenproperty). Then change its visibility in the delegate method.
DatePickerAndroid # | Edit on GitHub |
Opens the standard Android date picker dialog.
Opens the standard Android date picker dialog.
The available keys for the options object are:
+ date (Date object or timestamp in milliseconds) - date to show by default
+ minDate (Date or timestamp in milliseconds) - minimum date that can be selected
+ * maxDate (Date object or timestamp in milliseconds) - minimum date that can be selected
Returns a Promise which will be invoked an object containing action, year, month (0-11),
+day if the user picked a date. If the user dismissed the dialog, the Promise will
+still be resolved with action being DatePickerAndroid.dismissedAction and all the other keys
+being undefined. Always check whether the action before reading the values.
Note the native date picker dialog has some UI glitches on Android 4 and lower
+when using the minDate and maxDate options.
A date has been selected.
The dialog has been dismissed.
Examples # | Edit on GitHub |
DatePickerIOS # | Edit on GitHub |
Use DatePickerIOS to render a date/time picker (selector) on iOS. This is
+a controlled component, so you must hook in to the onDateChange callback
+and update the date prop in order for the component to update, otherwise
+the user's change will be reverted immediately to reflect props.date as the
+source of truth.
The currently selected date.
Maximum date.
Restricts the range of possible date/time values.
Minimum date.
Restricts the range of possible date/time values.
The interval at which minutes can be selected.
The date picker mode.
Date change handler.
This is called when the user changes the date or time in the UI. +The first and only argument is a Date object representing the new +date and time.
Timezone offset in minutes.
By default, the date picker will use the device's timezone. With this +parameter, it is possible to force a certain timezone offset. For +instance, to show times in Pacific Standard Time, pass -7 * 60.
Examples # | Edit on GitHub |
Debugging # | Edit on GitHub |
To access the in-app developer menu:
control + ⌘ + z in the simulator.⌘ + m to simulate hardware menu button click). You can also install Frappé, a tool for OS X, which allows you to emulate shaking of devices remotely. You can use ⌘ + Shift + R as a shortcut to trigger a shake from Frappé.Hint
To disable the developer menu for production builds:
- For iOS open your project in Xcode and select
Product→Scheme→Edit Scheme...(or press⌘ + <). Next, selectRunfrom the menu on the left and change the Build Configuration toRelease.- For Android, by default, developer menu will be disabled in release builds done by gradle (e.g with gradle
assembleReleasetask). Although this behavior can be customized by passing proper value toReactInstanceManager#setUseDeveloperSupport.
Run adb logcat *:S ReactNative:V ReactNativeJS:V in a terminal to see your Android app's logs.
Selecting Reload (or pressing ⌘ + r in the iOS simulator) will reload the JavaScript that powers your application. If you have added new resources (such as an image to Images.xcassets on iOS or to res/drawable folder on Android) or modified any native code (Objective-C/Swift code on iOS or Java/C++ code on Android), you will need to re-build the app for the changes to take effect.
Using console.warn will display an on-screen log on a yellow background. Click on this warning to show more information about it full screen and/or dismiss the warning.
You can use console.error to display a full screen error on a red background.
These boxes only appear when you're running your app in dev mode.
To debug the JavaScript code in Chrome, select Debug in Chrome from the developer menu. This will open a new tab at http://localhost:8081/debugger-ui.
In Chrome, press ⌘ + option + i or select View → Developer → Developer Tools to toggle the developer tools console. Enable Pause On Caught Exceptions for a better debugging experience.
To debug on a real device:
RCTWebSocketExecutor.m and change localhost to the IP address of your computer. Shake the device to open the development menu with the option to start debugging.adb command line tool to setup port forwarding from the device to your computer. For that run: adb reverse tcp:8081 tcp:8081 (see this link for help on adb command). Alternatively, you can open dev menu on the device and select Dev Settings, then update Debug server host for device setting to the IP address of your computer.Install the React Developer Tools extension for Google Chrome. This will allow you to navigate the component hierarchy via the React in the developer tools (see facebook/react-devtools for more information).
This option allows for your JS changes to trigger automatic reload on the connected device/emulator. To enable this option:
Enable Live Reload via the developer menu to have the application automatically reload when changes are made to the JavaScript.Dev Settings and select Auto reload on JS change optionOn 0.5.0-rc and higher versions, you can enable a FPS graph overlay in the developers menu in order to help you debug performance problems.
Dimensions # | Edit on GitHub |
This should only be called from native code.
@param {object} dims Simple string-keyed object of dimensions to set
Initial dimensions are set before runApplication is called so they should
+be available before any other require's are run, but may be updated later.
Note: Although dimensions are available immediately, they may change (e.g
+due to device rotation) so any rendering logic or styles that depend on
+these constants should try to call this function on every render, rather
+than caching the value (for example, using inline styles rather than
+setting a value in a StyleSheet).
Example: var {height, width} = Dimensions.get('window');
@param {string} dim Name of dimension as defined when calling set.
+@returns {Object?} Value for the dimension.
Direct Manipulation # | Edit on GitHub |
It is sometimes necessary to make changes directly to a component
+without using state/props to trigger a re-render of the entire subtree.
+When using React in the browser for example, you sometimes need to
+directly modify a DOM node, and the same is true for views in mobile
+apps. setNativeProps is the React Native equivalent to setting
+properties directly on a DOM node.
Use setNativeProps when frequent re-rendering creates a performance bottleneck
Direct manipulation will not be a tool that you reach for +frequently; you will typically only be using it for creating +continuous animations to avoid the overhead of rendering the component +hierarchy and reconciling many views.
setNativePropsis imperative +and stores state in the native layer (DOM, UIView, etc.) and not +within your React components, which makes your code more difficult to +reason about. Before you use it, try to solve your problem withsetState+and shouldComponentUpdate.
TouchableOpacity
+uses setNativeProps internally to update the opacity of its child
+component:
This allows us to write the following code and know that the child will +have its opacity updated in response to taps, without the child having +any knowledge of that fact or requiring any changes to its implementation:
Let's imagine that setNativeProps was not available. One way that we
+might implement it with that constraint is to store the opacity value
+in the state, then update that value whenever onPress is fired:
This is computationally intensive compared to the original example - +React needs to re-render the component hierarchy each time the opacity +changes, even though other properties of the view and its children +haven't changed. Usually this overhead isn't a concern but when +performing continuous animations and responding to gestures, judiciously +optimizing your components can improve your animations' fidelity.
If you look at the implementation of setNativeProps in
+NativeMethodsMixin.js
+you will notice that it is a wrapper around RCTUIManager.updateView -
+this is the exact same function call that results from re-rendering -
+see receiveComponent in
+ReactNativeBaseComponent.js.
Composite components are not backed by a native view, so you cannot call
+setNativeProps on them. Consider this example:
If you run this you will immediately see this error: Touchable child
+must either be native or forward setNativeProps to a native component.
+This occurs because MyButton isn't directly backed by a native view
+whose opacity should be set. You can think about it like this: if you
+define a component with React.createClass you would not expect to be
+able to set a style prop on it and have that work - you would need to
+pass the style prop down to a child, unless you are wrapping a native
+component. Similarly, we are going to forward setNativeProps to a
+native-backed child component.
All we need to do is provide a setNativeProps method on our component
+that calls setNativeProps on the appropriate child with the given
+arguments.
You can now use MyButton inside of TouchableOpacity! A sidenote for
+clarity: we used the ref callback syntax here, rather than the traditional string-based ref.
You may have noticed that we passed all of the props down to the child
+view using {...this.props}. The reason for this is that
+TouchableOpacity is actually a composite component, and so in addition
+to depending on setNativeProps on its child, it also requires that the
+child perform touch handling. To do this, it passes on various
+props
+that call back to the TouchableOpacity component.
+TouchableHighlight, in contrast, is backed by a native view and only
+requires that we implement setNativeProps.
Another very common use case of setNativeProps is to clear the value
+of a TextInput. The controlled prop of TextInput can sometimes drop
+characters when the bufferDelay is low and the user types very
+quickly. Some developers prefer to skip this prop entirely and instead
+use setNativeProps to directly manipulate the TextInput value when
+necessary. For example, the following code demonstrates clearing the
+input when you tap a button:
If you update a property that is also managed by the render function,
+you might end up with some unpredictable and confusing bugs because
+anytime the component re-renders and that property changes, whatever
+value was previously set from setNativeProps will be completely
+ignored and overridden. See this example
+for a demonstration of what can happen if these two collide - notice
+the jerky animation each 250ms when setState triggers a re-render.
By intelligently applying
+shouldComponentUpdate
+you can avoid the unnecessary overhead involved in reconciling unchanged
+component subtrees, to the point where it may be performant enough to
+use setState instead of setNativeProps.
DrawerLayoutAndroid # | Edit on GitHub |
React component that wraps the platform DrawerLayout (Android only). The
+Drawer (typically used for navigation) is rendered with renderNavigationView
+and direct children are the main view (where your content goes). The navigation
+view is initially not visible on the screen, but can be pulled in from the
+side of the window specified by the drawerPosition prop and its width can
+be set by the drawerWidth prop.
Example:
Specifies the side of the screen from which the drawer will slide in.
Specifies the width of the drawer, more precisely the width of the view that be pulled in +from the edge of the window.
Determines whether the keyboard gets dismissed in response to a drag. + - 'none' (the default), drags do not dismiss the keyboard. + - 'on-drag', the keyboard is dismissed when a drag begins.
Function called whenever the navigation view has been closed.
Function called whenever the navigation view has been opened.
Function called whenever there is an interaction with the navigation view.
Function called when the drawer state has changed. The drawer can be in 3 states: +- idle, meaning there is no interaction with the navigation view happening at the time +- dragging, meaning there is currently an interaction with the navigation view +- settling, meaning that there was an interaction with the navigation view, and the +navigation view is now finishing it's closing or opening animation
The navigation view that will be rendered to the side of the screen and can be pulled in.
Integrating with Existing Apps # | Edit on GitHub |
Since React makes no assumptions about the rest of your technology stack, it's easily embeddable within an existing non-React Native app.
In your app's build.gradle file add the React Native dependency:
You can find the latest version of the react-native library on Maven Central. Next, make sure you have the Internet permission in your AndroidManifest.xml:
This is only really used in dev mode when reloading JavaScript from the development server, so you can strip this in release builds if you need to.
You need to add some native code in order to start the React Native runtime and get it to render something. To do this, we're going to create an Activity that creates a ReactRootView, starts a React application inside it and sets it as the main content view.
Next, we need to pass some activity lifecycle callbacks down to the ReactInstanceManager:
We also need to pass back button events to React Native:
This allows JavaScript to control what happens when the user presses the hardware back button (e.g. to implement navigation). When JavaScript doesn't handle a back press, your invokeDefaultOnBackPressed method will be called. By default this simply finishes your Activity.
+Finally, we need to hook up the dev menu. By default, this is activated by (rage) shaking the device, but this is not very useful in emulators. So we make it show when you press the hardware menu button:
That's it, your activity is ready to run some JavaScript code.
In your project's root folder, run:
This creates a node module for your app and adds the react-native npm dependency. Now open the newly created package.json file and add this under scripts:
Copy & paste the following code to index.android.js in your root folder — it's a barebones React Native app:
To run your app, you need to first start the development server. To do this, simply run the following command in your root folder:
Now build and run your Android app as normal (e.g. ./gradlew installDebug). Once you reach your React-powered activity inside the app, it should load the JavaScript code from the development server and display:

You can have multiple Activities or Fragments that use the same ReactInstanceManager. You'll want to make your own "ReactFragment" or "ReactActivity" and have a singleton "holder" that holds a ReactInstanceManager. When you need the ReactInstanceManager / hook up the ReactInstanceManager to the lifecycle of those Activities or Fragments, use the one provided by the singleton.
Integrating with Existing Apps # | Edit on GitHub |
Since React makes no assumptions about the rest of your technology stack – it’s commonly noted as simply the V in MVC – it’s easily embeddable within an existing non-React Native app. In fact, it integrates with other best practice community tools like CocoaPods.
gem install cocoapodsnvm install node && nvm alias default node, which installs the latest version of Node.js and sets up your terminal so you can run it by typing node. With nvm you can install multiple versions of Node.js and easily switch between them.react-native package from npm by running the following command in the root directory of your project:npm install react-nativeAt this point you should have the React Native package installed under a directory named node_modules as a sibling to your .xcodeproj file.
CocoaPods is a package management tool for iOS/Mac development. We need to use it to download React Native. If you haven't installed CocoaPods yet, check out this tutorial.
When you are ready to work with CocoaPods, add the following lines to Podfile. If you don't have one, then create it under the root directory of your project.
Remember to install all subspecs you need. The <Text> element cannot be used without the RCTText subspec, for example.
Then install your pods:
There are two pieces you’ll need to set up:
RCTRootView to display and manage your React Native componentsFirst, create a directory for your app’s React code and create a simple index.ios.js file:
Copy & paste following starter code for index.ios.js – it’s a barebones React Native app:
SimpleApp will be your module name, which will be used later on.
You should now add a container view for the React Native component. It can be any UIView in your app.

However, let's subclass UIView for the sake of clean code. Let's name it ReactView. Open up Yourproject.xcworkspace and create a new class ReactView (You can name it whatever you like :)).
In a view controller that wants to manage this view, go ahead and add an outlet and wire it up:
Here I disabled AutoLayout for simplicity. In real production world, you should turn on AutoLayout and setup constraints by yourself.
Ready for the most interesting part? Now we shall create the RCTRootView, where your React Native app lives.
In ReactView.m, we need to first initiate RCTRootView with the URI of your index.ios.bundle. index.ios.bundle will be created by packager and served by React Native server, which will be discussed later on.
Then add it as a subview of the ReactView.
In root directory, we need to start React Native development server.
This command will start up a React Native development server within our CocoaPods dependency to build our bundled script. The --root option indicates the root of your React Native apps – this will be our ReactComponents directory containing the single index.ios.js file. This running server will package up the index.ios.bundle file accessible via http://localhost:8081/index.ios.bundle.
On iOS 9 and above the app won't be a able to connect over http to localhost unless specifically told so. See this thread for alternatives and instructions: http://stackoverflow.com/questions/31254725/transport-security-has-blocked-a-cleartext-http.
It is recommended that you add an App Transport Security exception for localhost in your app's Info.plist file:
If you don't do this, you will see the error - Could not connect to development server. when connecting to your server over http.
Now compile and run your app. You shall now see your React Native app running inside of the ReactView.

Live reload and all of the debugging tools will work from the simulator (make sure that DEBUG=1 is set under Build Settings -> Preprocessor Macros). You've got a simple React component totally encapsulated behind an Objective-C UIView subclass.
So under the hood, when RCTRootView is initialized, it will try to download, parse and run the bundle file from React Native development server. This means all you need to do is to implement your own container view or view controller for the RCTRootView – the RCTRootView ingests your bundled JS and renders your React components. Bravo!
You can checkout full source code of a sample application here.
Flexbox # | Edit on GitHub |
Geolocation # | Edit on GitHub |
The Geolocation API follows the web spec: +https://developer.mozilla.org/en-US/docs/Web/API/Geolocation
You need to include the NSLocationWhenInUseUsageDescription key
+in Info.plist to enable geolocation. Geolocation is enabled by default
+when you create a project with react-native init.
To request access to location, you need to add the following line to your
+app's AndroidManifest.xml:
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
Invokes the success callback once with the latest location info. Supported +options: timeout (ms), maximumAge (ms), enableHighAccuracy (bool)
Invokes the success callback whenever the location changes. Supported +options: timeout (ms), maximumAge (ms), enableHighAccuracy (bool), distanceFilter(m)
Examples # | Edit on GitHub |
Gesture Responder System # | Edit on GitHub |
Gesture recognition on mobile devices is much more complicated than web. A touch can go through several phases as the app determines what the user's intention is. For example, the app needs to determine if the touch is scrolling, sliding on a widget, or tapping. This can even change during the duration of a touch. There can also be multiple simultaneous touches.
The touch responder system is needed to allow components to negotiate these touch interactions without any additional knowledge about their parent or child components. This system is implemented in ResponderEventPlugin.js, which contains further details and documentation.
Users can feel huge differences in the usability of web apps vs. native, and this is one of the big causes. Every action should have the following attributes:
These features make users more comfortable while using an app, because it allows people to experiment and interact without fear of making mistakes.
The responder system can be complicated to use. So we have provided an abstract Touchable implementation for things that should be "tappable". This uses the responder system and allows you to easily configure tap interactions declaratively. Use TouchableHighlight anywhere where you would use a button or link on web.
A view can become the touch responder by implementing the correct negotiation methods. There are two methods to ask the view if it wants to become responder:
View.props.onStartShouldSetResponder: (evt) => true, - Does this view want to become responder on the start of a touch?View.props.onMoveShouldSetResponder: (evt) => true, - Called for every touch move on the View when it is not the responder: does this view want to "claim" touch responsiveness?If the View returns true and attempts to become the responder, one of the following will happen:
View.props.onResponderGrant: (evt) => {} - The View is now responding for touch events. This is the time to highlight and show the user what is happeningView.props.onResponderReject: (evt) => {} - Something else is the responder right now and will not release itIf the view is responding, the following handlers can be called:
View.props.onResponderMove: (evt) => {} - The user is moving their fingerView.props.onResponderRelease: (evt) => {} - Fired at the end of the touch, ie "touchUp"View.props.onResponderTerminationRequest: (evt) => true - Something else wants to become responder. Should this view release the responder? Returning true allows releaseView.props.onResponderTerminate: (evt) => {} - The responder has been taken from the View. Might be taken by other views after a call to onResponderTerminationRequest, or might be taken by the OS without asking (happens with control center/ notification center on iOS)evt is a synthetic touch event with the following form:
nativeEventchangedTouches - Array of all touch events that have changed since the last eventidentifier - The ID of the touchlocationX - The X position of the touch, relative to the elementlocationY - The Y position of the touch, relative to the elementpageX - The X position of the touch, relative to the root elementpageY - The Y position of the touch, relative to the root elementtarget - The node id of the element receiving the touch eventtimestamp - A time identifier for the touch, useful for velocity calculationtouches - Array of all current touches on the screenonStartShouldSetResponder and onMoveShouldSetResponder are called with a bubbling pattern, where the deepest node is called first. That means that the deepest component will become responder when multiple Views return true for *ShouldSetResponder handlers. This is desirable in most cases, because it makes sure all controls and buttons are usable.
However, sometimes a parent will want to make sure that it becomes responder. This can be handled by using the capture phase. Before the responder system bubbles up from the deepest component, it will do a capture phase, firing on*ShouldSetResponderCapture. So if a parent View wants to prevent the child from becoming responder on a touch start, it should have a onStartShouldSetResponderCapture handler which returns true.
View.props.onStartShouldSetResponderCapture: (evt) => true,View.props.onMoveShouldSetResponderCapture: (evt) => true,For higher-level gesture interpretation, check out PanResponder.
Getting Started # | Edit on GitHub |
nvm install node && nvm alias default node, which installs the latest version of Node.js and sets up your terminal so you can run it by typing node. With nvm you can install multiple versions of Node.js and easily switch between them.brew install watchman. We recommend installing watchman, otherwise you might hit a node file watching bug.brew install flow, if you want to use flow.We recommend periodically running brew update && brew upgrade to keep your programs up-to-date.
Xcode 7.0 or higher is required. It can be installed from the App Store.
To write React Native apps for Android, you will need to install the Android SDK (and an Android emulator if you want to work on your app without having to use a physical device). See Android setup guide for instructions on how to set up your Android environment.
NOTE: There is experimental Windows and Linux support for Android development.
To run the iOS app:
$ cd AwesomeProjectios/AwesomeProject.xcodeproj and hit run in Xcode.index.ios.js in your text editor of choice and edit some lines.Note: If you are using an iOS device, see the Running on iOS Device page.
To run the Android app:
$ cd AwesomeProject$ react-native run-androidindex.android.js in your text editor of choice and edit some lines.adb logcat *:S ReactNative:V ReactNativeJS:V in a terminal to see your app's logsNote: If you are using an Android device, see the Running on Android Device page.
Congratulations! You've successfully run and modified your first React Native app.
If you run into any issues getting started, see the troubleshooting page.
If you already have a (iOS-only) React Native project and want to add Android support, you need to execute the following commands in your existing project directory:
react-native dependency in your package.json file to the latest version$ npm install$ react-native androidImage # | Edit on GitHub |
A React component for displaying different types of images, +including network images, static resources, temporary local images, and +images from local disk, such as the camera roll.
Example usage:
Invoked on mount and layout changes with
+{nativeEvent: {layout: {x, y, width, height}}}.
Invoked when load completes successfully
Invoked when load either succeeds or fails
Invoked on load start
Determines how to resize the image when the frame doesn't match the raw +image dimensions.
'cover': Scale the image uniformly (maintain the image's aspect ratio) +so that both dimensions (width and height) of the image will be equal +to or larger than the corresponding dimension of the view (minus padding).
'contain': Scale the image uniformly (maintain the image's aspect ratio) +so that both dimensions (width and height) of the image will be equal to +or less than the corresponding dimension of the view (minus padding).
'stretch': Scale width and height independently, This may change the +aspect ratio of the src.
uri is a string representing the resource identifier for the image, which
+could be an http address, a local file path, or the name of a static image
+resource (which should be wrapped in the require('./path/to/image.png') function).
When the image has rounded corners, specifying an overlayColor will +cause the remaining space in the corners to be filled with a solid color. +This is useful in cases which are not supported by the Android +implementation of rounded corners: + - Certain resize modes, such as 'contain' + - Animated GIFs
A typical way to use this prop is with images displayed on a solid
+background and setting the overlayColor to the same color
+as the background.
For details of how this works under the hood, see +http://frescolib.org/docs/rounded-corners-and-circles.html
iOS-Specific style to "tint" an image. +Changes the color of all the non-transparent pixels to the tintColor.
A unique identifier for this element to be used in UI Automation +testing scripts.
The text that's read by the screen reader when the user interacts with +the image.
When true, indicates the image is an accessibility element.
When the image is resized, the corners of the size specified +by capInsets will stay a fixed size, but the center content and borders +of the image will be stretched. This is useful for creating resizable +rounded buttons, shadows, and other resizable assets. More info on +Apple documentation
A static image to display while loading the image source.
Invoked on load error with {nativeEvent: {error}}
Invoked on download progress with {nativeEvent: {loaded, total}}
Examples # | Edit on GitHub |
Images # | Edit on GitHub |
As of 0.14 release, React Native provides a unified way of managing images in your iOS and Android apps. To add a static image to your app, place it somewhere in your source code tree and reference it like this:
The image name is resolved the same way JS modules are resolved. In the example above the packager will look for my-icon.png in the same folder as the component that requires it. Also if you have my-icon.ios.png and my-icon.android.png, the packager will pick the file depending on the platform you are running on.
You can also use @2x, @3x, etc. suffix in the file name to provide images for different screen densities. For example, if you have the following file structure:
And button.js code contains
Packager will bundle and serve the image corresponding to device's screen density, e.g. on iPhone 5s check@2x.png will be used, on Nexus 5 – check@3x.png. If there is no image matching the screen density, the closest best option will be selected.
Here are some benefits that you get:
Note that in order for this to work, the image name in require has to be known statically.
Note that image sources required this way include size (width, height) info for the Image. If you need to scale the image dynamically (i.e. via flex), you may need to manually set { width: undefined, height: undefined } on the style attribute.
Available React Native 0.14+. If you've generated your project with 0.13 or earlier, read this. The new asset system relies on build hooks for Xcode and Gradle that are included in new projects generated with react-native init. If you generated your projects before that, you'll have to manually add them to your projects to use the new images asset system. See Upgrading for instructions on how to do this.
If you are building a hybrid app (some UIs in React Native, some UIs in platform code) you can still use images that are already bundled into the app (via Xcode asset catalogs or Android drawable folder):
Note that this approach provides no safety checks. It's up to you to guarantee that those images are available in the application. Also you have to specify image dimensions manually.
Many of the images you will display in your app will not be available at compile time, or you will want to load some dynamically to keep the binary size down. Unlike with static resources, you will need to manually specify the dimensions of your image.
See CameraRoll for an example of
+using local resources that are outside of Images.xcassets.
iOS saves multiple sizes for the same image in your Camera Roll, it is very important to pick the one that's as close as possible for performance reasons. You wouldn't want to use the full quality 3264x2448 image as source when displaying a 200x200 thumbnail. If there's an exact match, React Native will pick it, otherwise it's going to use the first one that's at least 50% bigger in order to avoid blur when resizing from a close size. All of this is done by default so you don't have to worry about writing the tedious (and error prone) code to do it yourself.
In the browser if you don't give a size to an image, the browser is going to render a 0x0 element, download the image, and then render the image based with the correct size. The big issue with this behavior is that your UI is going to jump all around as images load, this makes for a very bad user experience.
In React Native this behavior is intentionally not implemented. It is more work for the developer to know the dimensions (or aspect ratio) of the remote image in advance, but we believe that it leads to a better user experience. Static images loaded from the app bundle via the require('./my-icon.png') syntax can be automatically sized because their dimensions are available immediately at the time of mounting.
For example, the result of require('./my-icon.png') might be:
In React Native, one interesting decision is that the src attribute is named source and doesn't take a string but an object with an uri attribute.
On the infrastructure side, the reason is that it allows us to attach metadata to this object. For example if you are using require('./my-icon.png'), then we add information about its actual location and size (don't rely on this fact, it might change in the future!). This is also future proofing, for example we may want to support sprites at some point, instead of outputting {uri: ...}, we can output {uri: ..., crop: {left: 10, top: 50, width: 20, height: 40}} and transparently support spriting on all the existing call sites.
On the user side, this lets you annotate the object with useful attributes such as the dimension of the image in order to compute the size it's going to be displayed in. Feel free to use it as your data structure to store more information about your image.
A common feature request from developers familiar with the web is background-image. To handle this use case, simply create a normal <Image> component and add whatever children to it you would like to layer on top of it.
Image decoding can take more than a frame-worth of time. This is one of the major source of frame drops on the web because decoding is done in the main thread. In React Native, image decoding is done in a different thread. In practice, you already need to handle the case when the image is not downloaded yet, so displaying the placeholder for a few more frames while it is decoding does not require any code change.
IntentAndroid # | Edit on GitHub |
NOTE: IntentAndroid is being deprecated. Use Linking instead.
IntentAndroid gives you a general interface to handle external links.
If your app was launched from an external url registered to your app you can +access and handle it from any component you want with
Example to add support for deep linking inside your React Native app. +More Info: Enabling Deep Links for App Content - Add Intent Filters for Your Deep Links.
Edit in android/app/src/main/AndroidManifest.xml
To start the corresponding activity for a link (web URL, email, contact etc.), call
If you want to check if any installed app can handle a given URL beforehand you can call
Starts a corresponding external activity for the given URL.
For example, if the URL is "https://www.facebook.com", the system browser will be opened, +or the "choose application" dialog will be shown.
You can use other URLs, like a location (e.g. "geo:37.484847,-122.148386"), a contact, +or any other URL that can be opened with {@code Intent.ACTION_VIEW}.
NOTE: This method will fail if the system doesn't know how to open the specified URL. +If you're passing in a non-http(s) URL, it's best to check {@code canOpenURL} first.
NOTE: For web URLs, the protocol ("http://", "https://") must be set accordingly!
@deprecated
Determine whether or not an installed app can handle a given URL.
You can use other URLs, like a location (e.g. "geo:37.484847,-122.148386"), a contact, +or any other URL that can be opened with {@code Intent.ACTION_VIEW}.
NOTE: For web URLs, the protocol ("http://", "https://") must be set accordingly!
@param URL the URL to open
@deprecated
If the app launch was triggered by an app link with {@code Intent.ACTION_VIEW},
+it will give the link url, otherwise it will give null
Refer http://developer.android.com/training/app-indexing/deep-linking.html#handling-intents
@deprecated
Examples # | Edit on GitHub |
InteractionManager # | Edit on GitHub |
InteractionManager allows long-running work to be scheduled after any +interactions/animations have completed. In particular, this allows JavaScript +animations to run smoothly.
Applications can schedule tasks to run after interactions with the following:
Compare this to other scheduling alternatives:
The touch handling system considers one or more active touches to be an
+'interaction' and will delay runAfterInteractions() callbacks until all
+touches have ended or been cancelled.
InteractionManager also allows applications to register animations by +creating an interaction 'handle' on animation start, and clearing it upon +completion:
runAfterInteractions takes either a plain callback function, or a
+PromiseTask object with a gen method that returns a Promise. If a
+PromiseTask is supplied, then it is fully resolved (including asynchronous
+dependencies that also schedule more tasks via runAfterInteractions) before
+starting on the next task that might have been queued up synchronously
+earlier.
By default, queued tasks are executed together in a loop in one
+setImmediate batch. If setDeadline is called with a positive number, then
+tasks will only be executed until the deadline (in terms of js event loop run
+time) approaches, at which point execution will yield via setTimeout,
+allowing events such as touches to start interactions and block queued tasks
+from executing, making apps more responsive.
Schedule a function to run after all interactions have completed.
Notify manager that an interaction has started.
Notify manager that an interaction has completed.
A positive number will use setTimeout to schedule any tasks after the +eventLoopRunningTime hits the deadline value, otherwise all tasks will be +executed in one setImmediate batch (default).
JavaScript Environment # | Edit on GitHub |
When using React Native, you're going to be running your JavaScript code in two environments:
While both environments are very similar, you may end up hitting some inconsistencies. We're likely going to experiment with other JS engines in the future, so it's best to avoid relying on specifics of any runtime.
Syntax transformers make writing code more enjoyable by allowing you to use new JavaScript syntax without having to wait for support on all interpreters.
As of version 0.5.0, React Native ships with the Babel JavaScript compiler. Check Babel documentation on its supported transformations for more details.
Here's a full list of React Native's enabled transformations.
ES5
promise.catch(function() { });ES6
<C onPress={() => this.setState({pressed: true})}let greeting = 'hi';Math.max(...array);class C extends React.Component { render() { return <View />; } }const answer = 42;var {isActive, style} = this.props;for (var num of [1, 2, 3]) {}import React, { Component } from 'react-native';var key = 'abc'; var obj = {[key]: 10};var obj = { method() { return 10; } };var name = 'vjeux'; var obj = { name };function(type, ...args) { }var who = 'world'; var str = `Hello ${who}`;ES7
var extended = { ...obj, a: 10 };function f(a, b, c,) { }async function doStuffAsync() { const foo = await doOtherStuffAsync(); };Specific
Many standards functions are also available on all the supported JavaScript runtimes.
Browser
ES6
ES7
Specific
__DEV__Known Issues # | Edit on GitHub |
It's currently not possible to use the "React" tab in the devtools to inspect app widgets. This is due to a change in how the application scripts are evaluated in the devtools plugin; they are now run inside a Web Worker, and the plugin is unaware of this and so unable to communicate properly with React Native.
However, you can still use the Console feature of the devtools, and debugging JavaScript with breakpoints works too. To use the console, make sure to select the ⚙debuggerWorker.js entry in the devtools dropdown that by default is set to <top frame>.
This is an initial release of React Native Android and therefore not all of the views present on iOS are released on Android. We are very much interested in the communities' feedback on the next set of modules and views for Open Source. Not all native views between iOS and Android have a 100% equivalent representation, here it will be necessary to use a counterpart eg using ProgressBar on Android in place of ActivityIndicator on iOS.
Our provisional plan for common views and modules includes:
There are properties that work on one platform only, either because they can inherently only be supported on that platform or because they haven't been implemented on the other platforms yet. All of these are annotated with @platform in JS docs and have a small badge next to them on the website. See e.g. Image.
There are known cases where the APIs could be made more consistent across iOS and Android:
<ViewPagerAndroid> and <ScrollView pagingEnabled={true}> on iOS do a similar thing. We might want to unify them to <ViewPager>.ActivityIndicator could render a native spinning indicator on both platforms (currently this is done using ActivityIndicatorIOS on iOS and ProgressBarAndroid on Android).ProgressBar could render a horizontal progress bar on both platforms (on iOS this is ProgressViewIOS, on Android it's ProgressBarAndroid).There are many awesome 3rd-party modules: JS.coach
Adding these to your apps should be made simpler. Here's an example how this is done currently.
overflow style property defaults to hidden and cannot be changed on Android #This is a result of how Android rendering works. This feature is not being worked on as it would be a significant undertaking and there are many more important tasks.
Another issue with overflow: 'hidden' on Android: a view is not clipped by the parent's borderRadius even if the parent has overflow: 'hidden' enabled – the corners of the inner view will be visible outside of the rounded corners. This is only on Android; it works as expected on iOS. See a demo of the bug and the corresponding issue.
The shadow* view styles apply on iOS, and the elevation view prop is available on Android. Setting elevation on Android is equivalent to using the native elevation API, and has the same limitations (most significantly, it only works on Android 5.0+). Setting elevation on Android also affects the z-order for overlapping views.
The open source version of React Native doesn't yet support the Android M permission model.
An optimization feature of the Android version of React Native is for views which only contribute to the layout to not have a native view, only their layout properties are propagated to their children views. This optimization is to provide stability in deep view hierarchies for React Native and is therefore enabled by default. Should you depend on a view being present or internal tests incorrectly detect a view is layout only it will be necessary to turn off this behavior. To do this, set collapsable to false as in this example:
React Native Android depends on Fresco for loading and displaying images. Currently we have disabled downsampling because it is experimental, so you may run into memory issues when loading large PNG images.
Try running react-native init with --verbose and see #2797 for common causes.
The text input has by default a border at the bottom of its view. This border has its padding set by the background image provided by the system, and it cannot be changed. Solutions to avoid this is to either not set height explicitly, case in which the system will take care of displaying the border in the correct position, or to not display the border by setting underlineColor to transparent.
LayoutAnimation # | Edit on GitHub |
Automatically animates views to their new positions when the +next layout happens.
A common way to use this API is to call LayoutAnimation.configureNext
+before calling setState.
Schedules an animation to happen on the next layout.
@param config Specifies animation properties:
duration in millisecondscreate, config for animating in new views (see Anim type)update, config for animating views that have been updated
+(see Anim type)@param onAnimationDidEnd Called when the animation finished. +Only supported on iOS. +@param onError Called on error. Only supported on iOS.
Helper for creating a config for configureNext.
Linking Libraries # | Edit on GitHub |
Not every app uses all the native capabilities, and including the code to support +all those features would impact the binary size... But we still want to make it +easy to add these features whenever you need them.
With that in mind we exposed many of these features as independent static libraries.
For most of the libs it will be as simple as dragging two files, sometimes a third +step will be necessary, but no more than that.
All the libraries we ship with React Native live on the Libraries folder in
+the root of the repository. Some of them are pure JavaScript, and you only need
+to require it. Other libraries also rely on some native code, in that case
+you'll have to add these files to your app, otherwise the app will throw an
+error as soon as you try to use the library.
"rnpm" is a community project that allows linking of native dependencies automatically:
Install rnpm:
Note: rnpm requires node version 4.1 or higher
Install a library with native dependencies:
Note: --save or --save-dev flag is very important for this step. rnpm will link
+your libs based on dependencies and devDependencies in your package.json file.
Link your native dependencies:
Done! All libraries with a native dependencies should be successfully linked to your iOS/Android project.
If the library has native code, there must be a .xcodeproj file inside it's
+folder.
+Drag this file to your project on Xcode (usually under the Libraries group
+on Xcode);

Click on your main project file (the one that represents the .xcodeproj)
+select Build Phases and drag the static library from the Products folder
+inside the Library you are importing to Link Binary With Libraries

Not every library will need this step, what you need to consider is:
Do I need to know the contents of the library at compile time?
What that means is, are you using this library on the native side or only in +JavaScript? If you are only using it in JavaScript, you are good to go!
This step is not necessary for libraries that we ship with React Native with the
+exception of PushNotificationIOS and LinkingIOS.
In the case of the PushNotificationIOS for example, you have to call a method
+on the library from your AppDelegate every time a new push notification is
+received.
For that we need to know the library's headers. To achieve that you have to go
+to your project's file, select Build Settings and search for Header Search
+Paths. There you should include the path to your library (if it has relevant
+files on subdirectories remember to make it recursive, like React on the
+example).

Linking # | Edit on GitHub |
Linking gives you a general interface to interact with both incoming
+and outgoing app links.
If your app was launched from an external url registered to your app you can +access and handle it from any component you want with
NOTE: For instructions on how to add support for deep linking on Android, +refer Enabling Deep Links for App Content - Add Intent Filters for Your Deep Links.
NOTE: For iOS, in case you also want to listen to incoming app links during your app's
+execution you'll need to add the following lines to you *AppDelegate.m:
And then on your React component you'll be able to listen to the events on
+Linking as follows
Note that this is only supported on iOS.
To start the corresponding activity for a link (web URL, email, contact etc.), call
If you want to check if any installed app can handle a given URL beforehand you can call
Add a handler to Linking changes by listening to the url event type
+and providing the handler
@platform ios
Remove a handler by passing the url event type and the handler
@platform ios
Try to open the given url with any of the installed apps.
You can use other URLs, like a location (e.g. "geo:37.484847,-122.148386"), a contact, +or any other URL that can be opened with the installed apps.
NOTE: This method will fail if the system doesn't know how to open the specified URL. +If you're passing in a non-http(s) URL, it's best to check {@code canOpenURL} first.
NOTE: For web URLs, the protocol ("http://", "https://") must be set accordingly!
Determine whether or not an installed app can handle a given URL.
NOTE: For web URLs, the protocol ("http://", "https://") must be set accordingly!
NOTE: As of iOS 9, your app needs to provide the LSApplicationQueriesSchemes key
+inside Info.plist.
@param URL the URL to open
If the app launch was triggered by an app link with,
+it will give the link url, otherwise it will give null
NOTE: To support deep linking on Android, refer http://developer.android.com/training/app-indexing/deep-linking.html#handling-intents
LinkingIOS # | Edit on GitHub |
NOTE: LinkingIOS is being deprecated. Use Linking instead.
LinkingIOS gives you a general interface to interact with both incoming
+and outgoing app links.
If your app was launched from an external url registered to your app you can +access and handle it from any component you want with
In case you also want to listen to incoming app links during your app's
+execution you'll need to add the following lines to you *AppDelegate.m:
And then on your React component you'll be able to listen to the events on
+LinkingIOS as follows
To trigger an app link (browser, email or custom schemas), call
If you want to check if any installed app can handle a given URL beforehand, call
Add a handler to LinkingIOS changes by listening to the url event type
+and providing the handler
@deprecated
Remove a handler by passing the url event type and the handler
@deprecated
Try to open the given url with any of the installed apps.
@deprecated
Determine whether or not an installed app can handle a given URL.
+The callback function will be called with bool supported as the only argument
NOTE: As of iOS 9, your app needs to provide the LSApplicationQueriesSchemes key
+inside Info.plist.
@deprecated
If the app launch was triggered by an app link, it will pop the link url,
+otherwise it will return null
@deprecated
Linux and Windows Support # | Edit on GitHub |
NOTE: This guide focuses on Android development. You'll need a Mac to build iOS apps.
As React Native on iOS requires a Mac and most of the engineers at Facebook and contributors use Macs, support for OS X is a top priority. However, we would like to support developers using Linux and Windows too. We believe we'll get the best Linux and Windows support from people using these operating systems on a daily basis.
Therefore, Linux and Windows support for the development environment is an ongoing community responsibility. This can mean filing issues and submitting PRs, and we'll help review and merge them. We are looking forward to your contributions and appreciate your patience.
As of version 0.14 Android development with React native is mostly possible on Linux and Windows. You'll need to install Node.js 4.0 or newer. On Linux we recommend installing watchman, otherwise you might hit a node file watching bug.
On Windows the packager won't be started automatically when you run react-native run-android. You can start it manually using:
If you hit a ERROR Watcher took too long to load on Windows, try increasing the timeout in this file (under your node_modules/react-native).
ListView # | Edit on GitHub |
ListView - A core component designed for efficient display of vertically
+scrolling lists of changing data. The minimal API is to create a
+ListView.DataSource, populate it with a simple array of data blobs, and
+instantiate a ListView component with that data source and a renderRow
+callback which takes a blob from the data array and returns a renderable
+component.
Minimal example:
ListView also supports more advanced features, including sections with sticky
+section headers, header and footer support, callbacks on reaching the end of
+the available data (onEndReached) and on the set of rows that are visible
+in the device viewport change (onChangeVisibleRows), and several
+performance optimizations.
There are a few performance operations designed to make ListView scroll +smoothly while dynamically loading potentially very large (or conceptually +infinite) data sets:
Only re-render changed rows - the rowHasChanged function provided to the +data source tells the ListView if it needs to re-render a row because the +source data has changed - see ListViewDataSource for more details.
Rate-limited row rendering - By default, only one row is rendered per
+event-loop (customizable with the pageSize prop). This breaks up the
+work into smaller chunks to reduce the chance of dropping frames while
+rendering rows.
How many rows to render on initial component mount. Use this to make +it so that the first screen worth of data appears at one time instead of +over the course of multiple frames.
(visibleRows, changedRows) => void
Called when the set of visible rows changes. visibleRows maps
+{ sectionID: { rowID: true }} for all the visible rows, and
+changedRows maps { sectionID: { rowID: true | false }} for the rows
+that have changed their visibility, with true indicating visible, and
+false indicating the view has moved out of view.
Called when all rows have been rendered and the list has been scrolled +to within onEndReachedThreshold of the bottom. The native scroll +event is provided.
Threshold in pixels (virtual, not physical) for calling onEndReached.
Number of rows to render per event loop. Note: if your 'rows' are actually +cells, i.e. they don't span the full width of your view (as in the +ListViewGridLayoutExample), you should set the pageSize to be a multiple +of the number of cells per row, otherwise you're likely to see gaps at +the edge of the ListView as new pages are loaded.
A performance optimization for improving scroll perf of +large lists, used in conjunction with overflow: 'hidden' on the row +containers. This is enabled by default.
() => renderable
The header and footer are always rendered (if these props are provided) +on every render pass. If they are expensive to re-render, wrap them +in StaticContainer or other mechanism as appropriate. Footer is always +at the bottom of the list, and header at the top, on every render pass.
(rowData, sectionID, rowID, highlightRow) => renderable
Takes a data entry from the data source and its ids and should return +a renderable component to be rendered as the row. By default the data +is exactly what was put into the data source, but it's also possible to +provide custom extractors. ListView can be notified when a row is +being highlighted by calling highlightRow function. The separators above and +below will be hidden when a row is highlighted. The highlighted state of +a row can be reset by calling highlightRow(null).
(props) => renderable
A function that returns the scrollable component in which the list rows +are rendered. Defaults to returning a ScrollView with the given props.
(sectionData, sectionID) => renderable
If provided, a sticky header is rendered for this section. The sticky +behavior means that it will scroll with the content at the top of the +section until it reaches the top of the screen, at which point it will +stick to the top until it is pushed off the screen by the next section +header.
(sectionID, rowID, adjacentRowHighlighted) => renderable
If provided, a renderable component to be rendered as the separator +below each row but not the last row if there is a section header below. +Take a sectionID and rowID of the row above and whether its adjacent row +is highlighted.
How early to start rendering rows before they come on screen, in +pixels.
An array of child indices determining which children get docked to the
+top of the screen when scrolling. For example, passing
+stickyHeaderIndices={[0]} will cause the first child to be fixed to the
+top of the scroll view. This property is not supported in conjunction
+with horizontal={true}.
Examples # | Edit on GitHub |
MapView # | Edit on GitHub |
Deprecated. Use annotation onFocus and onBlur instead.
Callback that is called continuously when the user is dragging the map.
Callback that is called once, when the user is done moving the map.
When this property is set to true and a valid camera is associated
+with the map, the camera’s pitch angle is used to tilt the plane
+of the map. When this property is set to false, the camera’s pitch
+angle is ignored and the map is always displayed as if the user
+is looking straight down onto it.
The region to be displayed by the map.
The region is defined by the center coordinates and the span of +coordinates to display.
When this property is set to true and a valid camera is associated with
+the map, the camera’s heading angle is used to rotate the plane of the
+map around its center point. When this property is set to false, the
+camera’s heading angle is ignored and the map is always oriented so
+that true north is situated at the top of the map view
If false the user won't be able to change the map region being displayed.
+Default value is true.
If true the app will ask for the user's location and display it on
+the map. Default value is false.
NOTE: on iOS, you need to add the NSLocationWhenInUseUsageDescription
+key in Info.plist to enable geolocation, otherwise it will fail silently.
Used to style and layout the MapView. See StyleSheet.js and
+ViewStylePropTypes.js for more info.
If false the user won't be able to pinch/zoom the map.
+Default value is true.
Map annotations with title/subtitle.
If true the map will follow the user's location whenever it changes.
+Note that this has no effect unless showsUserLocation is enabled.
+Default value is true.
Insets for the map's legal label, originally at bottom left of the map.
+See EdgeInsetsPropType.js for more information.
The map type to be displayed.
Maximum size of area that can be displayed.
Minimum size of area that can be displayed.
Map overlays
If false compass won't be displayed on the map.
+Default value is true.
If false points of interest won't be displayed on the map.
+Default value is true.
Examples # | Edit on GitHub |
Modal # | Edit on GitHub |
A Modal component covers the native view (e.g. UIViewController, Activity) +that contains the React Native root.
Use Modal in hybrid apps that embed React Native; Modal allows the portion of +your app written in React Native to present content above the enclosing +native view hierarchy.
In apps written with React Native from the root view down, you should use +Navigator instead of Modal. With a top-level Navigator, you have more control +over how to present the modal scene over the rest of your app by using the +configureScene property.
This component is only available in iOS at this time.
Examples # | Edit on GitHub |
Native UI Components # | Edit on GitHub |
There are tons of native UI widgets out there ready to be used in the latest apps - some of them are part of the platform, others are available as third-party libraries, and still more might be in use in your very own portfolio. React Native has several of the most critical platform components already wrapped, like ScrollView and TextInput, but not all of them, and certainly not ones you might have written yourself for a previous app. Fortunately, it's quite easy to wrap up these existing components for seamless integration with your React Native application.
Like the native module guide, this too is a more advanced guide that assumes you are somewhat familiar with Android SDK programming. This guide will show you how to build a native UI component, walking you through the implementation of a subset of the existing ImageViewcomponent available in the core React Native library.
For this example we are going to walk through the implementation requirements to allow the use of ImageViews in JavaScript.
Native views are created and manipulated by extending ViewManager or more commonly SimpleViewManager . A SimpleViewManager is convenient in this case because it applies common properties such as background color, opacity, and Flexbox layout.
These subclasses are essentially singletons - only one instance of each is created by the bridge. They vend native views to the NativeViewHierarchyManager, which delegates back to them to set and update the properties of the views as necessary. The ViewManagers are also typically the delegates for the views, sending events back to JavaScript via the bridge.
Vending a view is simple:
createViewInstance method@ReactProp (or @ReactPropGroup) annotationcreateViewManagers of the applications package.ViewManager subclass #In this example we create view manager class ReactImageManager that extends SimpleViewManager of type ReactImageView. ReactImageView is the type of object managed by the manager, this will be the custom native view. Name returned by getName is used to reference the native view type from JavaScript.
createViewInstance #Views are created in the createViewInstance method, the view should initialize itself in its default state, any properties will be set via a follow up call to updateView.
@ReactProp (or @ReactPropGroup) annotation #Properties that are to be reflected in JavaScript needs to be exposed as setter method annotated with @ReactProp (or @ReactPropGroup). Setter method should take view to be updated (of the current view type) as a first argument and property value as a second argument. Setter should be declared as a void method and should be public. Property type sent to JS is determined automatically based on the type of value argument of the setter. The following type of values are currently supported: boolean, int, float, double, String, Boolean, Integer, ReadableArray, ReadableMap.
Annotation @ReactProp has one obligatory argument name of type String. Name assigned to the @ReactProp annotation linked to the setter method is used to reference the property on JS side.
Except from name, @ReactProp annotation may take following optional arguments: defaultBoolean, defaultInt, defaultFloat. Those arguments should be of the corresponding primitive type (accordingly boolean, int, float) and the value provided will be passed to the setter method in case when the property that the setter is referencing has been removed from the component. Note that "default" values are only provided for primitive types, in case when setter is of some complex type, null will be provided as a default value in case when corresponding property gets removed.
Setter declaration requirements for methods annotated with @ReactPropGroup are different than for @ReactProp, please refer to the @ReactPropGroup annotation class docs for more information about it.
IMPORTANT! in ReactJS updating the property value will result in setter method call. Note that one of the ways we can update component is by removing properties that has been set before. In that case setter method will be called as well to notify view manager that property has changed. In that case "default" value will be provided (for primitive types "default" can value can be specified using defaultBoolean, defaultFloat, etc. arguments of @ReactProp annotation, for complex types setter will be called with value set to null).
ViewManager #The final Java step is to register the ViewManager to the application, this happens in a similar way to Native Modules, via the applications package member function createViewManagers.
The very final step is to create the JavaScript module that defines the interface layer between Java and JavaScript for the users of your new view. Much of the effort is handled by internal React code in Java and JavaScript and all that is left for you is to describe the propTypes.
requireNativeComponent commonly takes two parameters, the first is the name of the native view and the second is an object that describes the component interface. The component interface should declare a friendly name for use in debug messages and must declare the propTypes reflected by the Native View. The propTypes are used for checking the validity of a user's use of the native view. Note that if you need your JavaScript component to do more than just specify a name and propTypes, like do custom event handling, you can wrap the native component in a normal react component. In that case, you want to pass in the wrapper component instead of iface to requireNativeComponent. This is illustrated in the MyCustomView example below.
So now we know how to expose native view components that we can control easily from JS, but how do we deal with events from the user, like pinch-zooms or panning? When a native event occurs the native code should issue an event to the JavaScript representation of the View, and the two views are linked with the value returned from the getId() method.
The event name topChange maps to the onChange callback prop in JavaScript (mappings are in UIManagerModuleConstants.java). This callback is invoked with the raw event, which we typically process in the wrapper component to make a simpler API:
Note the use of nativeOnly above. Sometimes you'll have some special properties that you need to expose for the native component, but don't actually want them as part of the API for the associated React component. For example, Switch has a custom onChange handler for the raw native event, and exposes an onValueChange handler property that is invoked with just the boolean value rather than the raw event (similar to onChangeMessage in the example above). Since you don't want these native only properties to be part of the API, you don't want to put them in propTypes, but if you don't you'll get an error. The solution is simply to call them out via the nativeOnly option.
Native UI Components # | Edit on GitHub |
There are tons of native UI widgets out there ready to be used in the latest apps - some of them are part of the platform, others are available as third-party libraries, and still more might be in use in your very own portfolio. React Native has several of the most critical platform components already wrapped, like ScrollView and TextInput, but not all of them, and certainly not ones you might have written yourself for a previous app. Fortunately, it's quite easy to wrap up these existing components for seamless integration with your React Native application.
Like the native module guide, this too is a more advanced guide that assumes you are somewhat familiar with iOS programming. This guide will show you how to build a native UI component, walking you through the implementation of a subset of the existing MapView component available in the core React Native library.
Let's say we want to add an interactive Map to our app - might as well use MKMapView, we just need to make it usable from JavaScript.
Native views are created and manipulated by subclasses of RCTViewManager. These subclasses are similar in function to view controllers, but are essentially singletons - only one instance of each is created by the bridge. They vend native views to the RCTUIManager, which delegates back to them to set and update the properties of the views as necessary. The RCTViewManagers are also typically the delegates for the views, sending events back to JavaScript via the bridge.
Vending a view is simple:
RCT_EXPORT_MODULE() marker macro.-(UIView *)view methodThen you just need a little bit of JavaScript to make this a usable React component:
This is now a fully-functioning native map view component in JavaScript, complete with pinch-zoom and other native gesture support. We can't really control it from JavaScript yet, though :(
The first thing we can do to make this component more usable is to bridge over some native properties. Let's say we want to be able to disable pitch control and specify the visible region. Disabling pitch is a simple boolean, so we add this one line:
Note that we explicitly specify the type as BOOL - React Native uses RCTConvert under the hood to convert all sorts of different data types when talking over the bridge, and bad values will show convenient "RedBox" errors to let you know there is an issue ASAP. When things are straightforward like this, the whole implementation is taken care of for you by this macro.
Now to actually disable pitch, we set the property in JS:
This isn't very well documented though - in order to know what properties are available and what values they accept, the client of your new component needs to dig through the Objective-C code. To make this better, let's make a wrapper component and document the interface with React PropTypes:
Now we have a nicely documented wrapper component that is easy to work with. Note that we changed the second argument to requireNativeComponent from null to the new MapView wrapper component. This allows the infrastructure to verify that the propTypes match the native props to reduce the chances of mismatches between the ObjC and JS code.
Next, let's add the more complex region prop. We start by adding the native code:
Ok, this is more complicated than the simple BOOL case we had before. Now we have a MKCoordinateRegion type that needs a conversion function, and we have custom code so that the view will animate when we set the region from JS. Within the function body that we provide, json refers to the raw value that has been passed from JS. There is also a view variable which gives us access to the manager's view instance, and a defaultView that we use to reset the property back to the default value if JS sends us a null sentinel.
You could write any conversion function you want for your view - here is the implementation for MKCoordinateRegion via two categories on RCTConvert:
These conversion functions are designed to safely process any JSON that the JS might throw at them by displaying "RedBox" errors and returning standard initialization values when missing keys or other developer errors are encountered.
To finish up support for the region prop, we need to document it in propTypes (or we'll get an error that the native prop is undocumented), then we can set it just like any other prop:
Here you can see that the shape of the region is explicit in the JS documentation - ideally we could codegen some of this stuff, but that's not happening yet.
Sometimes you'll have some special properties that you need to expose for the native component, but don't actually want them as part of the API for the associated React component. For example, Switch has a custom onChange handler for the raw native event, and exposes an onValueChange handler property that is invoked with just the boolean value rather than the raw event. Since you don't want these native only properties to be part of the API, you don't want to put them in propTypes, but if you don't you'll get an error. The solution is simply to call them out via the nativeOnly option, e.g.
So now we have a native map component that we can control easily from JS, but how do we deal with events from the user, like pinch-zooms or panning to change the visible region? The key is to make the RCTMapManager a delegate for all the views it vends, and forward the events to JS via the event dispatcher. This looks like so (simplified from the full implementation):
You can see we're setting the manager as the delegate for every view that it vends, then in the delegate method -mapView:regionDidChangeAnimated: the region is combined with the reactTag target to make an event that is dispatched to the corresponding React component instance in your application via sendInputEventWithName:body:. The event name @"topChange" maps to the onChange callback prop in JavaScript. This callback is invoked with the raw event, which we typically process in the wrapper component to make a simpler API:
Since all our native react views are subclasses of UIView, most style attributes will work like you would expect out of the box. Some components will want a default style, however, for example UIDatePicker which is a fixed size. This default style is important for the layout algorithm to work as expected, but we also want to be able to override the default style when using the component. DatePickerIOS does this by wrapping the native component in an extra view, which has flexible styling, and using a fixed style (which is generated with constants passed in from native) on the inner native component:
The RCTDatePickerIOSConsts constants are exported from native by grabbing the actual frame of the native component like so:
This guide covered many of the aspects of bridging over custom native components, but there is even more you might need to consider, such as custom hooks for inserting and laying out subviews. If you want to go even deeper, check out the actual RCTMapManager and other components in the source code.
Native Modules # | Edit on GitHub |
Sometimes an app needs access to a platform API that React Native doesn't have a corresponding module for yet. Maybe you want to reuse some existing Java code without having to reimplement it in JavaScript, or write some high performance, multi-threaded code such as for image processing, a database, or any number of advanced extensions.
We designed React Native such that it is possible for you to write real native code and have access to the full power of the platform. This is a more advanced feature and we don't expect it to be part of the usual development process, however it is essential that it exists. If React Native doesn't support a native feature that you need, you should be able to build it yourself.
This guide will use the Toast example. Let's say we would like to be able to create a toast message from JavaScript.
We start by creating a native module. A native module is a Java class that usually extends the ReactContextBaseJavaModule class and implements the functionality required by the JavaScript. Our goal here is to be able to write ToastAndroid.show('Awesome', ToastAndroid.SHORT); from JavaScript to display a short toast on the screen.
ReactContextBaseJavaModule requires that a method called getName is implemented. The purpose of this method is to return the string name of the NativeModule which represents this class in JavaScript. So here we will call this ToastAndroid so that we can access it through React.NativeModules.ToastAndroid in JavaScript.
An optional method called getConstants returns the constant values exposed to JavaScript. Its implementation is not required but is very useful to key pre-defined values that need to be communicated from JavaScript to Java in sync.
To expose a method to JavaScript a Java method must be annotated using @ReactMethod. The return type of bridge methods is always void. React Native bridge is asynchronous, so the only way to pass a result to JavaScript is by using callbacks or emitting events (see below).
The following argument types are supported for methods annotated with @ReactMethod and they directly map to their JavaScript equivalents
Read more about ReadableMap and ReadableArray
The last step within Java is to register the Module; this happens in the createNativeModules of your apps package. If a module is not registered it will not be available from JavaScript.
The package needs to be provided in the getPackages method of the MainActivity.java file. This file exists under the android folder in your react-native application directory. The path to this file is: android/app/src/main/java/com/your-app-name/MainActivity.java.
To make it simpler to access your new functionality from JavaScript, it is common to wrap the native module in a JavaScript module. This is not necessary but saves the consumers of your library the need to pull it off of NativeModules each time. This JavaScript file also becomes a good location for you to add any JavaScript side functionality.
Now, from your other JavaScript file you can call the method like this:
Native modules also support a special kind of argument - a callback. In most cases it is used to provide the function call result to JavaScript.
This method would be accessed in JavaScript using:
A native module is supposed to invoke its callback only once. It can, however, store the callback and invoke it later.
It is very important to highlight that the callback is not invoked immediately after the native function completes - remember that bridge communication is asynchronous, and this too is tied to the run loop.
Native modules can also fulfill a promise, which can simplify your code, especially when using ES2016's async/await syntax. When the last parameter of a bridged native method is a Promise, its corresponding JS method will return a JS Promise object.
Refactoring the above code to use a promise instead of callbacks looks like this:
The JavaScript counterpart of this method returns a Promise. This means you can use the await keyword within an async function to call it and wait for its result:
Native modules should not have any assumptions about what thread they are being called on, as the current assignment is subject to change in the future. If a blocking call is required, the heavy work should be dispatched to an internally managed worker thread, and any callbacks distributed from there.
Native modules can signal events to JavaScript without being invoked directly. The easiest way to do this is to use the RCTDeviceEventEmitter which can be obtained from the ReactContext as in the code snippet below.
JavaScript modules can then register to receive events by addListenerOn using the Subscribable mixin
You can also directly use the DeviceEventEmitter module to listen for events.
startActivityForResult #You'll need to listen to onActivityResult if you want to get results from an activity you started with startActivityForResult. To to do this, the module must implement ActivityEventListener. Then, you need to register a listener in the module's constructor,
Now you can listen to onActivityResult by implementing the following method:
We will implement a simple image picker to demonstrate this. The image picker will expose the method pickImage to JavaScript, which will return the path of the image when called.
Listening to the activity's LifeCycle events such as onResume, onPause etc. is very similar to how we implemented ActivityEventListener. The module must implement ActivityEventListener. Then, you need to register a listener in the module's constructor,
Now you can listen to the activity's LifeCycle events by implementing the following methods:
Native Modules # | Edit on GitHub |
Sometimes an app needs access to platform API, and React Native doesn't have a corresponding module yet. Maybe you want to reuse some existing Objective-C, Swift or C++ code without having to reimplement it in JavaScript, or write some high performance, multi-threaded code such as for image processing, a database, or any number of advanced extensions.
We designed React Native such that it is possible for you to write real native code and have access to the full power of the platform. This is a more advanced feature and we don't expect it to be part of the usual development process, however it is essential that it exists. If React Native doesn't support a native feature that you need, you should be able to build it yourself.
This is a more advanced guide that shows how to build a native module. It assumes the reader knows Objective-C or Swift and core libraries (Foundation, UIKit).
This guide will use the iOS Calendar API example. Let's say we would like to be able to access the iOS calendar from JavaScript.
A native module is just an Objective-C class that implements the RCTBridgeModule protocol. If you are wondering, RCT is an abbreviation of ReaCT.
In addition to implementing the RCTBridgeModule protocol, your class must also include the RCT_EXPORT_MODULE() macro. This takes an optional argument that specifies the name that the module will be accessible as in your JavaScript code (more on this later). If you do not specify a name, the JavaScript module name will match the Objective-C class name.
React Native will not expose any methods of CalendarManager to JavaScript unless explicitly told to. This is done using the RCT_EXPORT_METHOD() macro:
Now, from your JavaScript file you can call the method like this:
NOTE: JavaScript method names
The name of the method exported to JavaScript is the native method's name up to the first colon. React Native also defines a macro called
RCT_REMAP_METHOD()to specify the JavaScript method's name. This is useful when multiple native methods are the same up to the first colon and would have conflicting JavaScript names.
The return type of bridge methods is always void. React Native bridge is asynchronous, so the only way to pass a result to JavaScript is by using callbacks or emitting events (see below).
RCT_EXPORT_METHOD supports all standard JSON object types, such as:
NSString)NSInteger, float, double, CGFloat, NSNumber)BOOL, NSNumber)NSArray) of any types from this listNSDictionary) with string keys and values of any type from this listRCTResponseSenderBlock)But it also works with any type that is supported by the RCTConvert class (see RCTConvert for details). The RCTConvert helper functions all accept a JSON value as input and map it to a native Objective-C type or class.
In our CalendarManager example, we need to pass the event date to the native method. We can't send JavaScript Date objects over the bridge, so we need to convert the date to a string or number. We could write our native function like this:
or like this:
But by using the automatic type conversion feature, we can skip the manual conversion step completely, and just write:
You would then call this from JavaScript by using either:
or
And both values would get converted correctly to the native NSDate. A bad value, like an Array, would generate a helpful "RedBox" error message.
As CalendarManager.addEvent method gets more and more complex, the number of arguments will grow. Some of them might be optional. In this case it's worth considering changing the API a little bit to accept a dictionary of event attributes, like this:
and call it from JavaScript:
NOTE: About array and map
Objective-C doesn't provide any guarantees about the types of values in these structures. Your native module might expect an array of strings, but if JavaScript calls your method with an array containing numbers and strings, you'll get an
NSArraycontaining a mix ofNSNumberandNSString. For arrays,RCTConvertprovides some typed collections you can use in your method declaration, such asNSStringArray, orUIColorArray. For maps, it is the developer's responsibility to check the value types individually by manually callingRCTConverthelper methods.
WARNING
This section is more experimental than others because we don't have a solid set of best practices around callbacks yet.
Native modules also supports a special kind of argument- a callback. In most cases it is used to provide the function call result to JavaScript.
RCTResponseSenderBlock accepts only one argument - an array of parameters to pass to the JavaScript callback. In this case we use node's convention to make the first parameter an error object (usually null when there is no error) and the rest are the results of the function.
A native module is supposed to invoke its callback only once. It can, however, store the callback and invoke it later. This pattern is often used to wrap iOS APIs that require delegates. See RCTAlertManager for an example.
If you want to pass error-like objects to JavaScript, use RCTMakeError from RCTUtils.h. Right now this just passes an Error-shaped dictionary to JavaScript, but we would like to automatically generate real JavaScript Error objects in the future.
Native modules can also fulfill a promise, which can simplify your code, especially when using ES2016's async/await syntax. When the last parameters of a bridged native method are an RCTPromiseResolveBlock and RCTPromiseRejectBlock, its corresponding JS method will return a JS Promise object.
Refactoring the above code to use a promise instead of callbacks looks like this:
The JavaScript counterpart of this method returns a Promise. This means you can use the await keyword within an async function to call it and wait for its result:
The native module should not have any assumptions about what thread it is being called on. React Native invokes native modules methods on a separate serial GCD queue, but this is an implementation detail and might change. The - (dispatch_queue_t)methodQueue method allows the native module to specify which queue its methods should be run on. For example, if it needs to use a main-thread-only iOS API, it should specify this via:
Similarly, if an operation may take a long time to complete, the native module should not block and can specify it's own queue to run operations on. For example, the RCTAsyncLocalStorage module creates it's own queue so the React queue isn't blocked waiting on potentially slow disk access:
The specified methodQueue will be shared by all of the methods in your module. If just one of your methods is long-running (or needs to be run on a different queue than the others for some reason), you can use dispatch_async inside the method to perform that particular method's code on another queue, without affecting the others:
NOTE: Sharing dispatch queues between modules
The
methodQueuemethod will be called once when the module is initialized, and then retained by the bridge, so there is no need to retain the queue yourself, unless you wish to make use of it within your module. However, if you wish to share the same queue between multiple modules then you will need to ensure that you retain and return the same queue instance for each of them; merely returning a queue of the same name for each won't work.
A native module can export constants that are immediately available to JavaScript at runtime. This is useful for communicating static data that would otherwise require a round-trip through the bridge.
JavaScript can use this value right away, synchronously:
Note that the constants are exported only at initialization time, so if you change constantsToExport values at runtime it won't affect the JavaScript environment.
Enums that are defined via NS_ENUM cannot be used as method arguments without first extending RCTConvert.
In order to export the following NS_ENUM definition:
You must create a class extension of RCTConvert like so:
You can then define methods and export your enum constants like this:
Your enum will then be automatically unwrapped using the selector provided (integerValue in the above example) before being passed to your exported method.
The native module can signal events to JavaScript without being invoked directly. The easiest way to do this is to use eventDispatcher:
JavaScript code can subscribe to these events:
For more examples of sending events to JavaScript, see RCTLocationObserver.
Swift doesn't have support for macros so exposing it to React Native requires a bit more setup but works relatively the same.
Let's say we have the same CalendarManager but as a Swift class:
NOTE: It is important to use the @objc modifiers to ensure the class and functions are exported properly to the Objective-C runtime.
Then create a private implementation file that will register the required information with the React Native bridge:
For those of you new to Swift and Objective-C, whenever you mix the two languages in an iOS project, you will also need an additional bridging file, known as a bridging header, to expose the Objective-C files to Swift. Xcode will offer to create this header file for you if you add your Swift file to your app through the Xcode File>New File menu option. You will need to import RCTBridgeModule.h in this header file.
You can also use RCT_EXTERN_REMAP_MODULE and RCT_EXTERN_REMAP_METHOD to alter the JavaScript name of the module or methods you are exporting. For more information see RCTBridgeModule.
NativeMethodsMixin # | Edit on GitHub |
NativeMethodsMixin provides methods to access the underlying native
+component directly. This can be useful in cases when you want to focus
+a view or measure its on-screen dimensions, for example.
The methods described here are available on most of the default components +provided by React Native. Note, however, that they are not available on +composite components that aren't directly backed by a native view. This will +generally include most components that you define in your own app. For more +information, see Direct +Manipulation.
Determines the location on screen, width, and height of the given view and +returns the values via an async callback. If successful, the callback will +be called with the following arguments:
Note that these measurements are not available until after the rendering
+has been completed in native. If you need the measurements as soon as
+possible, consider using the onLayout
+prop instead.
Like measure(), but measures the view relative an ancestor,
+specified as relativeToNativeNode. This means that the returned x, y
+are relative to the origin x, y of the ancestor view.
As always, to obtain a native node handle for a component, you can use
+React.findNodeHandle(component).
This function sends props straight to native. They will not participate in +future diff process - this means that if you do not include them in the +next render, they will remain active (see Direct +Manipulation).
Requests focus for the given input or view. The exact behavior triggered +will depend on the platform and type of view.
Removes focus from an input or view. This is the opposite of focus().
Navigator Comparison # | Edit on GitHub |
The differences between Navigator +and NavigatorIOS are a common +source of confusion for newcomers.
Both Navigator and NavigatorIOS are components that allow you to
+manage the navigation in your app between various "scenes" (another word
+for screens). They manage a route stack and allow you to pop, push, and
+replace states. In this way, they are similar to the html5 history
+API.
+The primary distinction between the two is that NavigatorIOS leverages
+the iOS
+UINavigationController
+class, and Navigator re-implements that functionality entirely in
+JavaScript as a React component. A corollary of this is that Navigator
+will be compatible with Android and iOS, whereas NavigatorIOS will
+only work on the one platform. Below is an itemized list of differences
+between the two.
NavigatorIOS bar: Navigator.NavigationBar, and another with breadcrumbs called Navigator.BreadcrumbNavigationBar. See the UIExplorer demo to try them out and see how to use them.NavigatorIOS.navigationBar prop.Navigator in its current form.For most non-trivial apps, you will want to use Navigator - it won't be long before you run into issues when trying to do anything complex with NavigatorIOS.
Navigator # | Edit on GitHub |
Use Navigator to transition between different scenes in your app. To
+accomplish this, provide route objects to the navigator to identify each
+scene, and also a renderScene function that the navigator can use to
+render the scene for a given route.
To change the animation or gesture properties of the scene, provide a
+configureScene prop to get the config object for a given route. See
+Navigator.SceneConfigs for default animations and more info on
+scene config options.
If you have a ref to the Navigator element, you can invoke several methods +on it to trigger navigation:
getCurrentRoutes() - returns the current list of routesjumpBack() - Jump backward without unmounting the current scenejumpForward() - Jump forward to the next scene in the route stackjumpTo(route) - Transition to an existing scene without unmountingpush(route) - Navigate forward to a new scene, squashing any scenes
+ that you could jumpForward topop() - Transition back and unmount the current scenereplace(route) - Replace the current scene with a new routereplaceAtIndex(route, index) - Replace a scene as specified by an indexreplacePrevious(route) - Replace the previous sceneresetTo(route) - Navigate to a new scene and reset route stackimmediatelyResetRouteStack(routeStack) - Reset every scene with an
+ array of routespopToRoute(route) - Pop to a particular scene, as specified by its
+ route. All scenes after it will be unmountedpopToTop() - Pop to the first scene in the stack, unmounting every
+ other sceneOptional function that allows configuration about scene animations and +gestures. Will be invoked with the route and the routeStack and should +return a scene configuration object
Specify a route to start on. A route is an object that the navigator
+will use to identify each scene to render. initialRoute must be
+a route in the initialRouteStack if both props are provided. The
+initialRoute will default to the last item in the initialRouteStack.
Provide a set of routes to initially mount. Required if no initialRoute
+is provided. Otherwise, it will default to an array containing only the
+initialRoute
Optionally provide a navigation bar that persists across scene +transitions
Optionally provide the navigator object from a parent Navigator
DeprecatedUse navigationContext.addListener('didfocus', callback) instead.
Will be called with the new route of each scene after the transition is +complete or after the initial mounting
DeprecatedUse navigationContext.addListener('willfocus', callback) instead.
Will emit the target route upon mounting and before each nav transition
Required function which renders the scene for a given route. Will be +invoked with the route and the navigator object
Styles to apply to the container of each scene
NavigatorIOS # | Edit on GitHub |
NavigatorIOS wraps UIKit navigation and allows you to add back-swipe +functionality across your app.
NOTE: This Component is not maintained by Facebook
This component is under community responsibility. +If a pure JavaScript solution fits your needs you may try the
Navigator+component instead.
A route is an object used to describe each page in the navigator. The first
+route is provided to NavigatorIOS as initialRoute:
Now MyView will be rendered by the navigator. It will receive the route
+object in the route prop, a navigator, and all of the props specified in
+passProps.
See the initialRoute propType for a complete definition of a route.
A navigator is an object of navigation functions that a view can call. It
+is passed as a prop to any component rendered by NavigatorIOS.
A navigation object contains the following functions:
push(route) - Navigate forward to a new routepop() - Go back one pagepopN(n) - Go back N pages at once. When N=1, behavior matches pop()replace(route) - Replace the route for the current page and immediately
+load the view for the new routereplacePrevious(route) - Replace the route/view for the previous pagereplacePreviousAndPop(route) - Replaces the previous route/view and
+transitions back to itresetTo(route) - Replaces the top item and popToToppopToRoute(route) - Go back to the item for a particular route objectpopToTop() - Go back to the top itemNavigator functions are also available on the NavigatorIOS component:
Props passed to the NavigatorIOS component will set the default configuration +for the navigation bar. Props passed as properties to a route object will set +the configuration for that route's navigation bar, overriding any props +passed to the NavigatorIOS component.
The default background color of the navigation bar
NavigatorIOS uses "route" objects to identify child views, their props, +and navigation bar configuration. "push" and all the other navigation +operations expect routes to be like this:
The default wrapper style for components in the navigator. +A common use case is to set the backgroundColor for every page
A Boolean value that indicates whether the navigation bar is hidden by default
A Boolean value that indicates whether to hide the 1px hairline shadow by default
The default color used for buttons in the navigation bar
The default text color of the navigation bar title
A Boolean value that indicates whether the navigation bar is translucent by default
Examples # | Edit on GitHub |
NetInfo # | Edit on GitHub |
NetInfo exposes info about online/offline status
Asynchronously determine if the device is online and on a cellular network.
none - device is offlinewifi - device is online and connected via wifi, or is the iOS simulatorcell - device is connected via Edge, 3G, WiMax, or LTEunknown - error case and the network status is unknownTo request network info, you need to add the following line to your
+app's AndroidManifest.xml:
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
+Asynchronously determine if the device is connected and details about that connection.
Android Connectivity Types.
NONE - device is offlineBLUETOOTH - The Bluetooth data connection.DUMMY - Dummy data connection.ETHERNET - The Ethernet data connection.MOBILE - The Mobile data connection.MOBILE_DUN - A DUN-specific Mobile data connection.MOBILE_HIPRI - A High Priority Mobile data connection.MOBILE_MMS - An MMS-specific Mobile data connection.MOBILE_SUPL - A SUPL-specific Mobile data connection.VPN - A virtual network using one or more native bearers. Requires API Level 21WIFI - The WIFI data connection.WIMAX - The WiMAX data connection.UNKNOWN - Unknown data connection.The rest ConnectivityStates are hidden by the Android API, but can be used if necessary.
Available on Android. Detect if the current active connection is metered or not. A network is +classified as metered when the user is sensitive to heavy data usage on that connection due to +monetary costs, data limitations or battery/performance issues.
Available on all platforms. Asynchronously fetch a boolean to determine +internet connectivity.
Examples # | Edit on GitHub |
Network # | Edit on GitHub |
One of React Native's goals is to be a playground where we can experiment with different architectures and crazy ideas. Since browsers are not flexible enough, we had no choice but to reimplement the entire stack. In the places that we did not intend to change anything, we tried to be as faithful as possible to the browser APIs. The networking stack is a great example.
fetch is a better networking API being worked on by the standards committee and is already available in Chrome. It is available in React Native by default.
Include a request object as the optional second argument to customize the HTTP request:
fetch returns a Promise that can be processed in two ways:
then and catch in synchronous code:async/await syntax:WebSocket is a protocol providing full-duplex communication channels over a single TCP connection.
XMLHttpRequest API is implemented on-top of iOS networking apis. The notable difference from web is the security model: you can read from arbitrary websites on the internet since there is no concept of CORS.
Please follow the MDN Documentation for a complete description of the API.
As a developer, you're probably not going to use XMLHttpRequest directly as its API is very tedious to work with. But the fact that it is implemented and compatible with the browser API gives you the ability to use third-party libraries such as Parse, frisbee, or axios directly from npm.
PanResponder # | Edit on GitHub |
PanResponder reconciles several touches into a single gesture. It makes
+single-touch gestures resilient to extra touches, and can be used to
+recognize simple multi-touch gestures.
It provides a predictable wrapper of the responder handlers provided by the
+gesture responder system.
+For each handler, it provides a new gestureState object alongside the
+native event object:
A native event is a synthetic touch event with the following form:
nativeEventchangedTouches - Array of all touch events that have changed since the last eventidentifier - The ID of the touchlocationX - The X position of the touch, relative to the elementlocationY - The Y position of the touch, relative to the elementpageX - The X position of the touch, relative to the root elementpageY - The Y position of the touch, relative to the root elementtarget - The node id of the element receiving the touch eventtimestamp - A time identifier for the touch, useful for velocity calculationtouches - Array of all current touches on the screenA gestureState object has the following:
stateID - ID of the gestureState- persisted as long as there at least
+ one touch on screenmoveX - the latest screen coordinates of the recently-moved touchmoveY - the latest screen coordinates of the recently-moved touchx0 - the screen coordinates of the responder granty0 - the screen coordinates of the responder grantdx - accumulated distance of the gesture since the touch starteddy - accumulated distance of the gesture since the touch startedvx - current velocity of the gesturevy - current velocity of the gesturenumberActiveTouches - Number of touches currently on screenTo see it in action, try the +PanResponder example in UIExplorer
@param {object} config Enhanced versions of all of the responder callbacks
+that provide not only the typical ResponderSyntheticEvent, but also the
+PanResponder gesture state. Simply replace the word Responder with
+PanResponder in each of the typical onResponder* callbacks. For
+example, the config object would look like:
onMoveShouldSetPanResponder: (e, gestureState) => {...}onMoveShouldSetPanResponderCapture: (e, gestureState) => {...}onStartShouldSetPanResponder: (e, gestureState) => {...}onStartShouldSetPanResponderCapture: (e, gestureState) => {...}onPanResponderReject: (e, gestureState) => {...}onPanResponderGrant: (e, gestureState) => {...}onPanResponderStart: (e, gestureState) => {...}onPanResponderEnd: (e, gestureState) => {...}onPanResponderRelease: (e, gestureState) => {...}onPanResponderMove: (e, gestureState) => {...}onPanResponderTerminate: (e, gestureState) => {...}onPanResponderTerminationRequest: (e, gestureState) => {...}onShouldBlockNativeResponder: (e, gestureState) => {...}
In general, for events that have capture equivalents, we update the +gestureState once in the capture phase and can use it in the bubble phase +as well.
Be careful with onStartShould* callbacks. They only reflect updated
+gestureState for start/end events that bubble/capture to the Node.
+Once the node is the responder, you can rely on every start/end event
+being processed by the gesture and gestureState being updated
+accordingly. (numberActiveTouches) may not be totally accurate unless you
+are the responder.
Examples # | Edit on GitHub |
Performance # | Edit on GitHub |
A compelling reason for using React Native instead of WebView-based +tools is to achieve 60 FPS and a native look & feel to your apps. Where +possible, we would like for React Native to do the right thing and help +you to focus on your app instead of performance optimization, but there +are areas where we're not quite there yet, and others where React Native +(similar to writing native code directly) cannot possibly determine the +best way to optimize for you and so manual intervention will be +necessary.
This guide is intended to teach you some basics to help you +to troubleshoot performance issues, as well as discuss common sources of +problems and their suggested solutions.
Your grandparents' generation called movies "moving +pictures" for a reason: +realistic motion in video is an illusion created by quickly changing +static images at a consistent speed. We refer to each of these images as +frames. The number of frames that is displayed each second has a direct +impact on how smooth and ultimately life-like a video (or user +interface) seems to be. iOS devices display 60 frames per second, which +gives you and the UI system about 16.67ms to do all of the work needed to +generate the static image (frame) that the user will see on the screen +for that interval. If you are unable to do the work necessary to +generate that frame within the allotted 16.67ms, then you will "drop a +frame" and the UI will appear unresponsive.
Now to confuse the matter a little bit, open up the developer menu in
+your app and toggle Show FPS Monitor. You will notice that there are
+two different frame rates.
For most React Native applications, your business logic will run on the
+JavaScript thread. This is where your React application lives, API calls
+are made, touch events are processed, etc... Updates to native-backed
+views are batched and sent over to the native side at the end of each iteration of the event loop, before the frame deadline (if
+all goes well). If the JavaScript thread is unresponsive for a frame, it
+will be considered a dropped frame. For example, if you were to call
+this.setState on the root component of a complex application and it
+resulted in re-rendering computationally expensive component subtrees,
+it's conceivable that this might take 200ms and result in 12 frames
+being dropped. Any animations controlled by JavaScript would appear to freeze during that time. If anything takes longer than 100ms, the user will feel it.
This often happens during Navigator transitions: when you push a new
+route, the JavaScript thread needs to render all of the components
+necessary for the scene in order to send over the proper commands to the
+native side to create the backing views. It's common for the work being
+done here to take a few frames and cause jank because the transition is
+controlled by the JavaScript thread. Sometimes components will do
+additional work on componentDidMount, which might result in a second
+stutter in the transition.
Another example is responding to touches: if you are doing work across +multiple frames on the JavaScript thread, you might notice a delay in +responding to TouchableOpacity, for example. This is because the JavaScript thread is busy and cannot process the raw touch events sent over from the main thread. As a result, TouchableOpacity cannot react to the touch events and command the native view to adjust its opacity.
Many people have noticed that performance of NavigatorIOS is better
+out of the box than Navigator. The reason for this is that the
+animations for the transitions are done entirely on the main thread, and
+so they are not interrupted by frame drops on the JavaScript thread.
+(Read about why you should probably use Navigator
+anyways.)
Similarly, you can happily scroll up and down through a ScrollView when +the JavaScript thread is locked up because the ScrollView lives on the +main thread (the scroll events are dispatched to the JS thread though, +but their receipt is not necessary for the scroll to occur).
JavaScript thread performance suffers greatly when running in dev mode. +This is unavoidable: a lot more work needs to be done at runtime to +provide you with good warnings and error messages, such as validating +propTypes and various other assertions.
As mentioned above, Navigator animations are controlled by the
+JavaScript thread. Imagine the "push from right" scene transition: each
+frame, the new scene is moved from the right to left, starting offscreen
+(let's say at an x-offset of 320) and ultimately settling when the scene sits
+at an x-offset of 0. Each frame during this transition, the
+JavaScript thread needs to send a new x-offset to the main thread.
+If the JavaScript thread is locked up, it cannot do this and so no
+update occurs on that frame and the animation stutters.
Part of the long-term solution to this is to allow for JavaScript-based +animations to be offloaded to the main thread. If we were to do the same +thing as in the above example with this approach, we might calculate a +list of all x-offsets for the new scene when we are starting the +transition and send them to the main thread to execute in an +optimized way. Now that the JavaScript thread is freed of this +responsibility, it's not a big deal if it drops a few frames while +rendering the scene -- you probably won't even notice because you will be +too distracted by the pretty transition.
Unfortunately this solution is not yet implemented, and so in the
+meantime we should use the InteractionManager to selectively render the
+minimal amount of content necessary for the new scene as long as the
+animation is in progress. InteractionManager.runAfterInteractions takes
+a callback as its only argument, and that callback is fired when the
+navigator transition is complete (each animation from the Animated API
+also notifies the InteractionManager, but that's beyond the scope of
+this discussion).
Your scene component might look something like this:
You don't need to be limited to rendering some loading indicator, you +could alternatively render part of your content -- for example, when you +load the Facebook app you see a placeholder news feed item with grey +rectangles where text will be. If you are rendering a Map in your new +scene, you might want to display a grey placeholder view or a spinner +until the transition is complete as this can actually cause frames to be +dropped on the main thread.
This is an issue that comes up frequently because iOS ships with +UITableView which gives you very good performance by re-using underlying +UIViews. Work is in progress to do something similar with React Native, +but until then we have some tools at our disposal to help us tweak the +performance to suit our needs. It may not be possible to get all the way +there, but a little bit of creativity and experimentation with these +options can go a long way.
This prop specifies how many rows we want to render on our first render
+pass. If we are concerned with getting something on screen as quickly
+as possible, we could set the initialListSize to 1, and we'll quickly
+see other rows fill in on subsequent frames. The number of rows per
+frame is determined by the pageSize.
After the initial render where initialListSize is used, ListView looks
+at the pageSize to determine how many rows to render per frame. The
+default here is 1 -- but if your views are very small and inexpensive to
+render, you might want to bump this up. Tweak it and find what works for
+your use case.
"How early to start rendering rows before they come on screen, in pixels."
If we had a list with 2000 items and rendered them all immediately that +would be a poor use of both memory and computational resources. It would +also probably cause some pretty awful jank. So the scrollRenderAhead +distance allows us to specify for far beyond the current viewport we +should continue to render rows.
"When true, offscreen child views (whose overflow value is hidden)
+are removed from their native backing superview when offscreen. This
+can improve scrolling performance on long lists. The default value is
+true."(The default value is false before version 0.14-rc).
This is an extremely important optimization to apply on large ListViews.
+On Android the overflow value is always hidden so you don't need to
+worry about setting it, but on iOS you need to be sure to set overflow:
+hidden on row containers.
It's common at first to overlook ListView, but using it properly is +often key to achieving solid performance. As discussed above, it +provides you with a set of tools that lets you split rendering of your +view across various frames and tweak that behavior to fit your specific +needs. Remember that ListView can be horizontal too.
If you are using a ListView, you must provide a rowHasChanged function
+that can reduce a lot of work by quickly determining whether or not a
+row needs to be re-rendered. If you are using immutable data structures,
+this would be as simple as a reference equality check.
Similarly, you can implement shouldComponentUpdate and indicate the
+exact conditions under which you would like the component to re-render.
+If you write pure components (where the return value of the render
+function is entirely dependent on props and state), you can leverage
+PureRenderMixin to do this for you. Once again, immutable data
+structures are useful to keep this fast -- if you have to do a deep
+comparison of a large list of objects, it may be that re-rendering your
+entire component would be quicker, and it would certainly require less
+code.
"Slow Navigator transitions" is the most common manifestation of this, +but there are other times this can happen. Using InteractionManager can +be a good approach, but if the user experience cost is too high to delay +work during an animation, then you might want to consider +LayoutAnimation.
The Animated api currently calculates each keyframe on-demand on the +JavaScript thread, while LayoutAnimation leverages Core Animation and is +unaffected by JS thread and main thread frame drops.
One case where I have used this is for animating in a modal (sliding +down from top and fading in a translucent overlay) while +initializing and perhaps receiving responses for several network +requests, rendering the contents of the modal, and updating the view +where the modal was opened from. See the Animations guide for more +information about how to use LayoutAnimation.
Caveats: +- LayoutAnimation only exists on iOS. +- LayoutAnimation only works for fire-and-forget animations ("static" + animations) -- if it must be be interruptible, you will need to use +Animated.
This is especially true when you have text with a transparent background
+positioned on top of an image, or any other situation where alpha
+compositing would be required to re-draw the view on each frame. You
+will find that enabling shouldRasterizeIOS or renderToHardwareTextureAndroid
+can help with this significantly.
Be careful not to overuse this or your memory usage could go through the +roof. Profile your performance and memory usage when using these props. If you don't plan to move a view anymore, turn this property off.
On iOS, each time you adjust the width or height of an Image component
+it is re-cropped and scaled from the original image. This can be very expensive,
+especially for large images. Instead, use the transform: [{scale}]
+style property to animate the size. An example of when you might do this is
+when you tap an image and zoom it in to full screen.
Sometimes, if we do an action in the same frame that we are adjusting
+the opacity or highlight of a component that is responding to a touch,
+we won't see that effect until after the onPress function has returned.
+If onPress does a setState that results in a lot of work and a few
+frames dropped, this may occur. A solution to this is to wrap any action
+inside of your onPress handler in requestAnimationFrame:
Use the built-in Profiler to get detailed information about work done in +the JavaScript thread and main thread side-by-side.
For iOS, Instruments are an invaluable tool, and on Android you should +learn to use systrace.
Picker # | Edit on GitHub |
Renders the native picker component on iOS and Android. Example:
Callback for when an item is selected. This is called with the following parameters:
+ - itemValue: the value prop of the item that was selected
+ - itemPosition: the index of the selected item in this picker
Value matching value of one of the items. Can be a string or an integer.
Used to locate this view in end-to-end tests.
If set to false, the picker will be disabled, i.e. the user will not be able to make a +selection.
On Android, specifies how to display the selection items when the user taps on the picker:
Prompt string for this picker, used on Android in dialog mode as the title of the dialog.
Style to apply to each of the item labels.
PickerIOS # | Edit on GitHub |
Examples # | Edit on GitHub |
PixelRatio # | Edit on GitHub |
PixelRatio class gives access to the device pixel density.
You should get a higher resolution image if you are on a high pixel density +device. A good rule of thumb is to multiply the size of the image you display +by the pixel ratio.
Returns the device pixel density. Some examples:
Returns the scaling factor for font sizes. This is the ratio that is used to calculate the +absolute font size, so any elements that heavily depend on that should use this to do +calculations.
If a font scale is not set, this returns the device pixel ratio.
Currently this is only implemented on Android and reflects the user preference set in +Settings > Display > Font size, on iOS it will always return the default pixel ratio. +@platform android
Converts a layout size (dp) to pixel size (px).
Guaranteed to return an integer number.
Rounds a layout size (dp) to the nearest layout size that corresponds to
+an integer number of pixels. For example, on a device with a PixelRatio
+of 3, PixelRatio.roundToNearestPixel(8.4) = 8.33, which corresponds to
+exactly (8.33 * 3) = 25 pixels.
// No-op for iOS, but used on the web. Should not be documented.
Description # | Edit on GitHub |
In iOS, you can specify positions and dimensions for elements with arbitrary precision, for example 29.674825. But, ultimately the physical display only have a fixed number of pixels, for example 640×960 for iphone 4 or 750×1334 for iphone 6. iOS tries to be as faithful as possible to the user value by spreading one original pixel into multiple ones to trick the eye. The downside of this technique is that it makes the resulting element look blurry.
In practice, we found out that developers do not want this feature and they have to work around it by doing manual rounding in order to avoid having blurry elements. In React Native, we are rounding all the pixels automatically.
We have to be careful when to do this rounding. You never want to work with rounded and unrounded values at the same time as you're going to accumulate rounding errors. Having even one rounding error is deadly because a one pixel border may vanish or be twice as big.
In React Native, everything in JS and within the layout engine work with arbitrary precision numbers. It's only when we set the position and dimensions of the native element on the main thread that we round. Also, rounding is done relative to the root rather than the parent, again to avoid accumulating rounding errors.
Platform Specific Code # | Edit on GitHub |
When building a cross-platform app, the need to write different code for different platforms may arise. This can always be achieved by organizing the various components in different folders:
Another option may be naming the components differently depending on the platform they are going to be used in:
But React Native provides two alternatives to easily organize your code separating it by platform:
React Native will detect when a file has a .ios. or .android. extension and load the right file for each platform when requiring them from other components.
For example, you can have these files in your project:
With this setup, you can just require the files from a different component without paying attention to the platform in which the app will run.
React Native will import the correct component for the running platform.
A module is provided by React Native to detect what is the platform in which the app is running. This piece of functionality can be useful when only small parts of a component are platform specific.
Platform.OS will be ios when running in iOS and android when running in an Android device or simulator.
On Android, the Platform module can be also used to detect which is the version of the Android Platform in which the app is running
ProgressBarAndroid # | Edit on GitHub |
React component that wraps the Android-only ProgressBar. This component is used to indicate
+that the app is loading or there is some activity in the app.
Example:
If the progress bar will show indeterminate progress. Note that this +can only be false if styleAttr is Horizontal.
The progress value (between 0 and 1).
Style of the ProgressBar. One of:
Used to locate this view in end-to-end tests.
Examples # | Edit on GitHub |
ProgressViewIOS # | Edit on GitHub |
Use ProgressViewIOS to render a UIProgressView on iOS.
The progress value (between 0 and 1).
A stretchable image to display as the progress bar.
The tint color of the progress bar itself.
The progress bar style.
A stretchable image to display behind the progress bar.
The tint color of the progress bar track.
Examples # | Edit on GitHub |
PullToRefreshViewAndroid # | Edit on GitHub |
React view that supports a single scrollable child view (e.g. ScrollView). When this child
+view is at scrollY: 0, swiping down triggers an onRefresh event.
The style {flex: 1} might be required to ensure the expected behavior of the child component
+(e.g. when the child is expected to scroll with ScrollView or ListView).
The colors (at least one) that will be used to draw the refresh indicator
Whether the pull to refresh functionality is enabled
Whether the view should be indicating an active refresh
Size of the refresh indicator, see PullToRefreshViewAndroid.SIZE
Examples # | Edit on GitHub |
PushNotificationIOS # | Edit on GitHub |
Handle push notifications for your app, including permission handling and +icon badge number.
To get up and running, configure your notifications with Apple +and your server-side system. To get an idea, this is the Parse guide.
Manually link the PushNotificationIOS library
Header Search Paths:
+$(SRCROOT)/../node_modules/react-native/Libraries/PushNotificationIOSrecursiveFinally, to enable support for notification and register events you need to augment your AppDelegate.
At the top of your AppDelegate.m:
#import "RCTPushNotificationManager.h"
And then in your AppDelegate implementation add the following:
Schedules the localNotification for immediate presentation.
details is an object containing:
alertBody : The message displayed in the notification alert.soundName : The sound played when the notification is fired (optional).Schedules the localNotification for future presentation.
details is an object containing:
fireDate : The date and time when the system should deliver the notification.alertBody : The message displayed in the notification alert.soundName : The sound played when the notification is fired (optional).userInfo : An optional object containing additional notification data.Cancels all scheduled localNotifications
Sets the badge number for the app icon on the home screen
Gets the current badge number for the app icon on the home screen
Cancel local notifications.
Optionally restricts the set of canceled notifications to those
+notifications whose userInfo fields match the corresponding fields
+in the userInfo argument.
Attaches a listener to remote notification events while the app is running +in the foreground or the background.
Valid events are:
notification : Fired when a remote notification is received. The
+handler will be invoked with an instance of PushNotificationIOS.register: Fired when the user registers for remote notifications. The
+handler will be invoked with a hex string representing the deviceToken.Requests notification permissions from iOS, prompting the user's +dialog box. By default, it will request all notification permissions, but +a subset of these can be requested by passing a map of requested +permissions. +The following permissions are supported:
alertbadgesoundIf a map is provided to the method, only the permissions with truthy values +will be requested.
Unregister for all remote notifications received via Apple Push Notification service.
You should call this method in rare circumstances only, such as when a new version of +the app removes support for all types of remote notifications. Users can temporarily +prevent apps from receiving remote notifications through the Notifications section of +the Settings app. Apps unregistered through this method can always re-register.
See what push permissions are currently enabled. callback will be
+invoked with a permissions object:
alert :booleanbadge :booleansound :booleanRemoves the event listener. Do this in componentWillUnmount to prevent
+memory leaks
An initial notification will be available if the app was cold-launched +from a notification.
The first caller of popInitialNotification will get the initial
+notification object, or null. Subsequent invocations will return null.
You will never need to instantiate PushNotificationIOS yourself.
+Listening to the notification event and invoking
+popInitialNotification is sufficient
An alias for getAlert to get the notification's main message string
Gets the sound string from the aps object
Gets the notification's main message from the aps object
Gets the badge count number from the aps object
Gets the data object on the notif
Examples # | Edit on GitHub |
RefreshControl # | Edit on GitHub |
This component is used inside a ScrollView to add pull to refresh
+functionality. When the ScrollView is at scrollY: 0, swiping down
+triggers an onRefresh event.
Called when the view starts refreshing.
Whether the view should be indicating an active refresh.
The colors (at least one) that will be used to draw the refresh indicator.
Whether the pull to refresh functionality is enabled.
Size of the refresh indicator, see RefreshControl.SIZE.
The title displayed under the refresh indicator.
Examples # | Edit on GitHub |
Running On Device # | Edit on GitHub |
You'll need this in order to install your app on your device. First, make sure you have USB debugging enabled on your device.
Check that your device has been successfully connected by running adb devices:
Seeing device in the right column means the device is connected. Android - go figure :) You must have only one device connected.
Now you can use react-native run-android to install and launch your app on the device.
You can also iterate quickly on device using the development server. Follow one of the steps described below to make your development server running on your laptop accessible for your device.
Hint
Most modern android devices don't have a hardware menu button, which we use to trigger the developer menu. In that case you can shake the device to open the dev menu (to reload, debug, etc.). Alternatively, you can run the command
adb shell input keyevent 82to open the dev menu (82 being the Menu key code).
Note that this option is available on devices running android 5.0+ (API 21).
Have your device connected via USB with debugging enabled (see paragraph above on how to enable USB debugging on your device).
adb reverse tcp:8081 tcp:8081Reload JS and other development options with no extra configurationadb shell input keyevent 82 from the command line.Dev Settings.Debug server host for device.ipconfig to find your machine's IP address (more info).Reload JS.Running On Device # | Edit on GitHub |
Note that running on device requires Apple Developer account and provisioning your iPhone. This guide covers only React Native specific topic.
You can iterate quickly on device using development server. To do that, your laptop and your phone have to be on the same wifi network.
AwesomeApp/ios/AwesomeApp/AppDelegate.mlocalhost to your laptop's IP. On Mac, you can find the IP address in System Preferences / Network.Hint
Shake the device to open development menu (reload, debug, etc.)
When you run your app on device, we pack all the JavaScript code and the images used into the app's resources. This way you can test it without development server running and submit the app to the AppStore.
AwesomeApp/ios/AwesomeApp/AppDelegate.mjsCodeLocation = [[NSBundle mainBundle] ...Product > Scheme > Edit Scheme... in xcode and change Build Configuration between Debug and Release.When building your app for production, your app's scheme should be set to Release as detailed in the debugging documentation in order to disable the in-app developer menu.
If curl command fails make sure the packager is running. Also try adding --ipv4 flag to the end of it.
Note that since v0.14 JS and images are automatically packaged into the iOS app using Bundle React Native code and images Xcode build phase.
ScrollView # | Edit on GitHub |
Component that wraps platform ScrollView while providing +integration with touch locking "responder" system.
Keep in mind that ScrollViews must have a bounded height in order to work,
+since they contain unbounded-height children into a bounded container (via
+a scroll interaction). In order to bound the height of a ScrollView, either
+set the height of the view directly (discouraged) or make sure all parent
+views have bounded height. Forgetting to transfer {flex: 1} down the
+view stack can lead to errors here, which the element inspector makes
+easy to debug.
Doesn't yet support other contained responders from blocking this scroll +view from becoming the responder.
These styles will be applied to the scroll view content container which +wraps all of the child views. Example:
return ( + <ScrollView contentContainerStyle={styles.contentContainer}> + </ScrollView> + ); + ... + var styles = StyleSheet.create({ + contentContainer: { + paddingVertical: 20 + } + });
When true, the scroll view's children are arranged horizontally in a row +instead of vertically in a column. The default value is false.
Determines whether the keyboard gets dismissed in response to a drag. + - 'none' (the default), drags do not dismiss the keyboard. + - 'on-drag', the keyboard is dismissed when a drag begins. + - 'interactive', the keyboard is dismissed interactively with the drag and moves in + synchrony with the touch; dragging upwards cancels the dismissal. + On android this is not supported and it will have the same behavior as 'none'.
When false, tapping outside of the focused text input when the keyboard +is up dismisses the keyboard. When true, the scroll view will not catch +taps, and the keyboard will not dismiss automatically. The default value +is false.
Called when scrollable content view of the ScrollView changes. It's +implemented using onLayout handler attached to the content container +which this ScrollView renders.
Fires at most once per frame during scrolling. The frequency of the
+events can be controlled using the scrollEventThrottle prop.
A RefreshControl component, used to provide pull-to-refresh +functionality for the ScrollView.
See RefreshControl.
Experimental: When true, offscreen child views (whose overflow value is
+hidden) are removed from their native backing superview when offscreen.
+This can improve scrolling performance on long lists. The default value is
+true.
When false, the content does not scroll. +The default value is true.
When true, shows a horizontal scroll indicator.
When true, shows a vertical scroll indicator.
(Android-only) Sets the elevation of a view, using Android's underlying +elevation API. +This adds a drop shadow to the item and affects z-order for overlapping views. +Only supported on Android 5.0+, has no effect on earlier versions.
When true, momentum events will be sent from Android +This is internal and set automatically by the framework if you have +onMomentumScrollBegin or onMomentumScrollEnd set on your ScrollView
When true, the scroll view bounces horizontally when it reaches the end
+even if the content is smaller than the scroll view itself. The default
+value is true when horizontal={true} and false otherwise.
When true, the scroll view bounces vertically when it reaches the end
+even if the content is smaller than the scroll view itself. The default
+value is false when horizontal={true} and true otherwise.
Controls whether iOS should automatically adjust the content inset +for scroll views that are placed behind a navigation bar or +tab bar/ toolbar. The default value is true.
When true, the scroll view bounces when it reaches the end of the
+content if the content is larger then the scroll view along the axis of
+the scroll direction. When false, it disables all bouncing even if
+the alwaysBounce* props are true. The default value is true.
When true, gestures can drive zoom past min/max and the zoom will animate +to the min/max value at gesture end, otherwise the zoom will not exceed +the limits.
When false, once tracking starts, won't try to drag if the touch moves. +The default value is true.
When true, the scroll view automatically centers the content when the +content is smaller than the scroll view bounds; when the content is +larger than the scroll view, this property has no effect. The default +value is false.
The amount by which the scroll view content is inset from the edges
+of the scroll view. Defaults to {0, 0, 0, 0}.
Used to manually set the starting scroll offset.
+The default value is {x: 0, y: 0}.
A floating-point number that determines how quickly the scroll view
+decelerates after the user lifts their finger. You may also use string
+shortcuts "normal" and "fast" which match the underlying iOS settings
+for UIScrollViewDecelerationRateNormal and
+UIScrollViewDecelerationRateFast respectively.
+ - Normal: 0.998 (the default)
+ - Fast: 0.9
When true, the ScrollView will try to lock to only vertical or horizontal +scrolling while dragging. The default value is false.
The style of the scroll indicators.
+ - default (the default), same as black.
+ - black, scroll indicator is black. This style is good against a white content background.
+ - white, scroll indicator is white. This style is good against a black content background.
The maximum allowed zoom scale. The default value is 1.0.
The minimum allowed zoom scale. The default value is 1.0.
DeprecatedUse the refreshControl prop instead.
Called when a scrolling animation ends.
When true, the scroll view stops on multiples of the scroll view's size +when scrolling. This can be used for horizontal pagination. The default +value is false.
This controls how often the scroll event will be fired while scrolling +(in events per seconds). A higher number yields better accuracy for code +that is tracking the scroll position, but can lead to scroll performance +problems due to the volume of information being send over the bridge. +The default value is zero, which means the scroll event will be sent +only once each time the view is scrolled.
The amount by which the scroll view indicators are inset from the edges
+of the scroll view. This should normally be set to the same value as
+the contentInset. Defaults to {0, 0, 0, 0}.
When true, the scroll view scrolls to top when the status bar is tapped. +The default value is true.
When snapToInterval is set, snapToAlignment will define the relationship
+of the snapping to the scroll view.
+ - start (the default) will align the snap at the left (horizontal) or top (vertical)
+ - center will align the snap in the center
+ - end will align the snap at the right (horizontal) or bottom (vertical)
When set, causes the scroll view to stop at multiples of the value of
+snapToInterval. This can be used for paginating through children
+that have lengths smaller than the scroll view. Used in combination
+with snapToAlignment.
An array of child indices determining which children get docked to the
+top of the screen when scrolling. For example, passing
+stickyHeaderIndices={[0]} will cause the first child to be fixed to the
+top of the scroll view. This property is not supported in conjunction
+with horizontal={true}.
The current scale of the scroll view content. The default value is 1.0.
Examples # | Edit on GitHub |
SegmentedControlIOS # | Edit on GitHub |
Use SegmentedControlIOS to render a UISegmentedControl iOS.
If false the user won't be able to interact with the control. +Default value is true.
If true, then selecting a segment won't persist visually.
+The onValueChange callback will still work as expected.
Callback that is called when the user taps a segment; +passes the event as an argument
Callback that is called when the user taps a segment; +passes the segment's value as an argument
The index in props.values of the segment to be pre-selected
Accent color of the control.
The labels for the control's segment buttons, in order.
Examples # | Edit on GitHub |
Generating Signed APK # | Edit on GitHub |
To distribute your Android application via Google Play store, you'll need to generate a signed release APK. The Signing Your Applications page on Android Developers documentation describes the topic in detail. This guide covers the process in brief, as well as lists the steps required to packaging the JavaScript bundle.
You can generate a private signing key using keytool.
This command prompts you for passwords for the keystore and key, and to provide the Distinguished Name fields for your key. It then generates the keystore as a file called my-release-key.keystore.
The keystore contains a single key, valid for 10000 days. The alias is a name that you will use later when signing your app, so remember to take note of the alias.
Note: Remember to keep your keystore file private and never commit it to version control.
my-release-key.keystore file under the android/app directory in your project folder.~/.gradle/gradle.properties and add the following (replace ***** with the correct keystore password, alias and key password),These are going to be global gradle variables, which we can later use in our gradle config to sign our app.
Note: Once you publish the app on the Play Store, you will need to republish your app under a different package name (loosing all downloads and ratings) if you want to change the signing key at any point. So backup your keystore and don't forget the passwords.
Edit the file android/app/build.gradle in your project folder and add the signing config,
react.gradle file in android/app #Simply run the following in a terminal:
If you need to change the way the JavaScript bundle and/or drawable resources are bundled (e.g. if you changed the default file/folder names or the general structure of the project), have a look at android/app/build.gradle to see how you can update it to reflect these changes.
react.gradle file: #You can upgrade to the latest version of React Native to get this file. Alternatively, you can bundle the JavaScript package and drawable resources manually by doing the following in a terminal:
In both cases the generated APK can be found under android/app/build/outputs/apk/app-release.apk, and is ready to be distributed.
Before uploading the release build to the Play Store, make sure you test it thoroughly. Install it on the device using:
Note that installRelease is only available if you've set up signing as described above.
You can kill any running packager instances, all your and framework JavaScript code is bundled in the APK's assets.
Proguard is a tool that can slightly reduce the size of the APK. It does this by stripping parts of the React Native Java bytecode (and its dependencies) that your app is not using.
IMPORTANT: Make sure to thoroughly test your app if you've enabled Proguard. Proguard often requires configuration specific to each native library you're using. See app/proguard-rules.pro.
To enable Proguard, set minifyEnabled to true:
SliderIOS # | Edit on GitHub |
If true the user won't be able to move the slider. +Default value is false.
Assigns a maximum track image. Only static images are supported. The +leftmost pixel of the image will be stretched to fill the track.
The color used for the track to the right of the button. Overrides the +default blue gradient image.
Initial maximum value of the slider. Default value is 1.
Assigns a minimum track image. Only static images are supported. The +rightmost pixel of the image will be stretched to fill the track.
The color used for the track to the left of the button. Overrides the +default blue gradient image.
Initial minimum value of the slider. Default value is 0.
Callback called when the user finishes changing the value (e.g. when +the slider is released).
Callback continuously called while the user is dragging the slider.
Step value of the slider. The value should be +between 0 and (maximumValue - minimumValue). +Default value is 0.
Used to style and layout the Slider. See StyleSheet.js and
+ViewStylePropTypes.js for more info.
Sets an image for the thumb. It only supports static images.
Assigns a single image for the track. Only static images are supported. +The center pixel of the image will be stretched to fill the track.
Initial value of the slider. The value should be between minimumValue +and maximumValue, which default to 0 and 1 respectively. +Default value is 0.
This is not a controlled component, e.g. if you don't update +the value, the component won't be reset to its initial value.
Examples # | Edit on GitHub |
StatusBar # | Edit on GitHub |
Component to control the app status bar.
It is possible to have multiple StatusBar components mounted at the same
+time. The props will be merged in the order the StatusBar components were
+mounted. One use case is to specify status bar styles per route using Navigator.
If the transition between status bar property changes should be animated. +Supported for backgroundColor, barStyle and hidden.
If the status bar is hidden.
If the status bar is translucent. +When translucent is set to true, the app will draw under the status bar. +This is useful when using a semi transparent status bar color.
Sets the color of the status bar text.
If the network activity indicator should be visible.
The transition effect when showing and hiding the status bar using the hidden
+prop. Defaults to 'fade'.
Examples # | Edit on GitHub |
StatusBarIOS # | Edit on GitHub |
Examples # | Edit on GitHub |
Style # | Edit on GitHub |
React Native doesn't implement CSS but instead relies on JavaScript to let you style your application. This has been a controversial decision and you can read through those slides for the rationale behind it.
+ +The way to declare styles in React Native is the following:
StyleSheet.create construct is optional but provides some key advantages. It ensures that the values are immutable and opaque by transforming them into plain numbers that reference an internal table. By putting it at the end of the file, you also ensure that they are only created once for the application and not on every render.
All the attribute names and values are a subset of what works on the web. For layout, React Native implements Flexbox.
All the core components accept a style attribute.
They also accept an array of styles.
The behavior is the same as Object.assign: in case of conflicting values, the one from the right-most element will have precedence and falsy values like false, undefined and null will be ignored. A common pattern is to conditionally add a style based on some condition.
Finally, if you really have to, you can also create style objects in render, but they are highly discouraged. Put them last in the array definition.
In order to let a call site customize the style of your component children, you can pass styles around. Use View.propTypes.style and Text.propTypes.style in order to make sure only styles are being passed.
You can checkout latest support of CSS Properties in following Links.
StyleSheet # | Edit on GitHub |
A StyleSheet is an abstraction similar to CSS StyleSheets
Create a new StyleSheet:
Use a StyleSheet:
Code quality:
Performance:
Creates a StyleSheet style reference from the given object.
This is defined as the width of a thin line on the platform. It can be +used as the thickness of a border or division between two elements. +Example:
This constant will always be a round number of pixels (so a line defined +by it look crisp) and will try to match the standard width of a thin line +on the underlying platform. However, you should not rely on it being a +constant size, because on different platforms and screen densities its +value may be calculated differently.
Switch # | Edit on GitHub |
Universal two-state toggle component.
If true the user won't be able to toggle the switch. +Default value is false.
Invoked with the new value when the value changes.
Used to locate this view in end-to-end tests.
The value of the switch. If true the switch will be turned on. +Default value is false.
Examples # | Edit on GitHub |
TabBarIOS.Item # | Edit on GitHub |
Little red bubble that sits at the top right of the icon.
A custom icon for the tab. It is ignored when a system icon is defined.
Callback when this tab is being selected, you should change the state of your +component to set selected={true}.
It specifies whether the children are visible or not. If you see a +blank content, you probably forgot to add a selected one.
A custom icon when the tab is selected. It is ignored when a system +icon is defined. If left empty, the icon will be tinted in blue.
React style object.
Items comes with a few predefined system icons. Note that if you are +using them, the title and selectedIcon will be overridden with the +system ones.
Text that appears under the icon. It is ignored when a system icon +is defined.
TabBarIOS # | Edit on GitHub |
A Boolean value that indicates whether the tab bar is translucent
Examples # | Edit on GitHub |
Testing # | Edit on GitHub |
The React Native repo has several tests you can run to verify you haven't caused a regression with your PR. These tests are run with the Travis continuous integration system, and will automatically post the results to your PR.
We don't have perfect test coverage of course, especially for complex end-to-end interactions with the user, so many changes will still require significant manual verification, but we would love it if you want to help us increase our test coverage and add more tests and test cases!
Jest tests are JS-only tests run on the command line with node. The tests themselves live in the __tests__ directories of the files they test, and there is a large emphasis on aggressively mocking out functionality that is not under test for failure isolation and maximum speed. You can run the existing React Native jest tests with
from the react-native root, and we encourage you to add your own tests for any components you want to contribute to. See getImageSource-test.js for a basic example.
Note: In order to run your own tests, you will have to first follow the Getting Started instructions on the Jest page and then include the jest objects below in package.json so that the scripts are pre-processed before execution.
Note: you may have to install/upgrade/link Node.js and other parts of your environment in order for the tests to run correctly. Check out the latest setup in .travis.yml
React Native provides facilities to make it easier to test integrated components that require both native and JS components to communicate across the bridge. The two main components are RCTTestRunner and RCTTestModule. RCTTestRunner sets up the ReactNative environment and provides facilities to run the tests as XCTestCases in Xcode (runTest:module is the simplest method). RCTTestModule is exported to JS as NativeModules.TestModule. The tests themselves are written in JS, and must call TestModule.markTestCompleted() when they are done, otherwise the test will timeout and fail. Test failures are primarily indicated by throwing a JS exception. It is also possible to test error conditions with runTest:module:initialProps:expectErrorRegex: or runTest:module:initialProps:expectErrorBlock: which will expect an error to be thrown and verify the error matches the provided criteria. See IntegrationTestHarnessTest.js, UIExplorerIntegrationTests.m, and IntegrationTestsApp.js for example usage and integration points.
You can run integration tests locally with cmd+U in the IntegrationTest and UIExplorer apps in Xcode.
A common type of integration test is the snapshot test. These tests render a component, and verify snapshots of the screen against reference images using TestModule.verifySnapshot(), using the FBSnapshotTestCase library behind the scenes. Reference images are recorded by setting recordMode = YES on the RCTTestRunner, then running the tests. Snapshots will differ slightly between 32 and 64 bit, and various OS versions, so it's recommended that you enforce tests are run with the correct configuration. It's also highly recommended that all network data be mocked out, along with other potentially troublesome dependencies. See SimpleSnapshotTest for a basic example.
If you make a change that affects a snapshot test in a PR, such as adding a new example case to one of the examples that is snapshotted, you'll need to re-record the snapshot reference image. To do this, simply change to _runner.recordMode = YES; in UIExplorer/UIExplorerSnapshotTests.m, re-run the failing tests, then flip record back to NO and submit/update your PR and wait to see if the Travis build passes.
Text # | Edit on GitHub |
A React component for displaying text which supports nesting,
+styling, and touch handling. In the following example, the nested title and
+body text will inherit the fontFamily from styles.baseText, but the title
+provides its own additional styles. The title and body will stack on top of
+each other on account of the literal newlines:
Used to truncate the text with an ellipsis after computing the text +layout, including line wrapping, such that the total number of lines +does not exceed this number.
Invoked on mount and layout changes with
{nativeEvent: {layout: {x, y, width, height}}}
This function is called on press.
Specifies font weight. The values 'normal' and 'bold' are supported for +most fonts. Not all fonts have a variant for each of the numeric values, +in that case the closest one is chosen.
Specifies text alignment. The value 'justify' is only supported on iOS.
Used to locate this view in end-to-end tests.
Specifies should fonts scale to respect Text Size accessibility setting on iOS.
When true, no visual change is made when text is pressed down. By +default, a gray oval highlights the text on press down.
Description # | Edit on GitHub |
In iOS, the way to display formatted text is by using NSAttributedString: you give the text that you want to display and annotate ranges with some specific formatting. In practice, this is very tedious. For React Native, we decided to use web paradigm for this where you can nest text to achieve the same effect.
Behind the scenes, this is going to be converted to a flat NSAttributedString that contains the following information
The <Text> element is special relative to layout: everything inside is no longer using the flexbox layout but using text layout. This means that elements inside of a <Text> are no longer rectangles, but wrap when they see the end of the line.
On the web, the usual way to set a font family and size for the entire document is to write:
When the browser is trying to render a text node, it's going to go all the way up to the root element of the tree and find an element with a font-size attribute. An unexpected property of this system is that any node can have font-size attribute, including a <div>. This was designed for convenience, even though not really semantically correct.
In React Native, we are more strict about it: you must wrap all the text nodes inside of a <Text> component; you cannot have a text node directly under a <View>.
You also lose the ability to set up a default font for an entire subtree. The recommended way to use consistent fonts and sizes across your application is to create a component MyAppText that includes them and use this component across your app. You can also use this component to make more specific components like MyAppHeaderText for other kinds of text.
React Native still has the concept of style inheritance, but limited to text subtrees. In this case, the second part will be both bold and red.
We believe that this more constrained way to style text will yield better apps:
(Developer) React components are designed with strong isolation in mind: You should be able to drop a component anywhere in your application, trusting that as long as the props are the same, it will look and behave the same way. Text properties that could inherit from outside of the props would break this isolation.
(Implementor) The implementation of React Native is also simplified. We do not need to have a fontFamily field on every single element, and we do not need to potentially traverse the tree up to the root every time we display a text node. The style inheritance is only encoded inside of the native Text component and doesn't leak to other components or the system itself.
TextInput # | Edit on GitHub |
A foundational component for inputting text into the app via a +keyboard. Props provide configurability for several features, such as +auto-correction, auto-capitalization, placeholder text, and different keyboard +types, such as a numeric keypad.
The simplest use case is to plop down a TextInput and subscribe to the
+onChangeText events to read the user input. There are also other events,
+such as onSubmitEditing and onFocus that can be subscribed to. A simple
+example:
Note that some props are only available with multiline={true/false}:
Can tell TextInput to automatically capitalize certain characters.
If false, disables auto-correct. The default value is true.
If true, focuses the input on componentDidMount. +The default value is false.
Provides an initial value that will change when the user starts typing. +Useful for simple use-cases where you don't want to deal with listening +to events and updating the value prop to keep the controlled state in sync.
If false, text is not editable. The default value is true.
Determines which keyboard to open, e.g.numeric.
The following values work across platforms: +- default +- numeric +- email-address
Limits the maximum number of characters that can be entered. Use this +instead of implementing the logic in JS to avoid flicker.
If true, the text input can be multiple lines. +The default value is false.
Callback that is called when the text input is blurred
Callback that is called when the text input's text changes.
Callback that is called when the text input's text changes. +Changed text is passed as an argument to the callback handler.
Callback that is called when text input ends.
Callback that is called when the text input is focused
Invoked on mount and layout changes with {x, y, width, height}.
Callback that is called when the text input selection is changed
Callback that is called when the text input's submit button is pressed. +Invalid if multiline={true} is specified.
The string that will be rendered before text input has been entered
The text color of the placeholder string
If true, the text input obscures the text entered so that sensitive text +like passwords stay secure. The default value is false.
The highlight (and cursor on ios) color of the text input
Styles
The value to show for the text input. TextInput is a controlled
+component, which means the native value will be forced to match this
+value prop if provided. For most uses this works great, but in some
+cases this may cause flickering - one common cause is preventing edits
+by keeping value the same. In addition to simply setting the same value,
+either set editable={false}, or set/update maxLength to prevent
+unwanted edits without flicker.
Sets the number of lines for a TextInput. Use it with multiline set to +true to be able to fill the lines.
The color of the textInput underline.
If true, the text field will blur when submitted. +The default value is true for single-line fields and false for +multiline fields. Note that for multiline fields, setting blurOnSubmit +to true means that pressing return will blur the field and trigger the +onSubmitEditing event instead of inserting a newline into the field.
When the clear button should appear on the right side of the text view
If true, clears the text field automatically when editing begins
If true, the keyboard disables the return key when there is no text and +automatically enables it when there is text. The default value is false.
Determines the color of the keyboard.
Callback that is called when a key is pressed. +Pressed key value is passed as an argument to the callback handler. +Fires before onChange callbacks.
Determines how the return key should look.
If true, all text will automatically be selected on focus
See DocumentSelectionState.js, some state that is responsible for +maintaining selection information for a document
TimePickerAndroid # | Edit on GitHub |
Opens the standard Android time picker dialog.
Opens the standard Android time picker dialog.
The available keys for the options object are:
+ hour (0-23) - the hour to show, defaults to the current time
+ minute (0-59) - the minute to show, defaults to the current time
+ * is24Hour (boolean) - If true, the picker uses the 24-hour format. If false,
+ the picker shows an AM/PM chooser. If undefined, the default for the current locale
+ is used.
Returns a Promise which will be invoked an object containing action, hour (0-23),
+minute (0-59) if the user picked a time. If the user dismissed the dialog, the Promise will
+still be resolved with action being TimePickerAndroid.dismissedAction and all the other keys
+being undefined. Always check whether the action before reading the values.
A time has been selected.
The dialog has been dismissed.
Examples # | Edit on GitHub |
Timers # | Edit on GitHub |
Timers are an important part of an application and React Native implements the browser timers.
requestAnimationFrame(fn) is not the same as setTimeout(fn, 0) - the former will fire after all the frame has flushed, whereas the latter will fire as quickly as possible (over 1000x per second on a iPhone 5S).
setImmediate is executed at the end of the current JavaScript execution block, right before sending the batched response back to native. Note that if you call setImmediate within a setImmediate callback, it will be executed right away, it won't yield back to native in between.
The Promise implementation uses setImmediate as its asynchronicity primitive.
One reason why well-built native apps feel so smooth is by avoiding expensive operations during interactions and animations. In React Native, we currently have a limitation that there is only a single JS execution thread, but you can use InteractionManager to make sure long-running work is scheduled to start after any interactions/animations have completed.
Applications can schedule tasks to run after interactions with the following:
Compare this to other scheduling alternatives:
The touch handling system considers one or more active touches to be an 'interaction' and will delay runAfterInteractions() callbacks until all touches have ended or been cancelled.
InteractionManager also allows applications to register animations by creating an interaction 'handle' on animation start, and clearing it upon completion:
We found out that the primary cause of fatals in apps created with React Native was due to timers firing after a component was unmounted. To solve this recurring issue, we introduced TimerMixin. If you include TimerMixin, then you can replace your calls to setTimeout(fn, 500) with this.setTimeout(fn, 500) (just prepend this.) and everything will be properly cleaned up for you when the component unmounts.
This library does not ship with React Native - in order to use it on your project, you will need to install it with npm i react-timer-mixin --save from your project directory.
We strongly discourage using the global setTimeout(...) and recommend instead that you use this.setTimeout(...) provided by react-timer-mixin. This will eliminate a lot of hard work tracking down bugs, such as crashes caused by timeouts firing after a component has been unmounted.
ToastAndroid # | Edit on GitHub |
This exposes the native ToastAndroid module as a JS module. This has a function 'show' +which takes the following parameters:
Examples # | Edit on GitHub |
ToolbarAndroid # | Edit on GitHub |
React component that wraps the Android-only Toolbar widget. A Toolbar can display a logo,
+navigation icon (e.g. hamburger menu), a title & subtitle and a list of actions. The title and
+subtitle are expanded so the logo and navigation icons are displayed on the left, title and
+subtitle in the middle and the actions on the right.
If the toolbar has an only child, it will be displayed between the title and actions.
Although the Toolbar supports remote images for the logo, navigation and action icons, this
+should only be used in DEV mode where require('./some_icon.png') translates into a packager
+URL. In release mode you should always use a drawable resource for these icons. Using
+require('./some_icon.png') will do this automatically for you, so as long as you don't
+explicitly use e.g. {uri: 'http://...'}, you will be good.
Example:
Sets possible actions on the toolbar as part of the action menu. These are displayed as icons +or text on the right side of the widget. If they don't fit they are placed in an 'overflow' +menu.
This property takes an array of objects, where each object has the following keys:
title: required, the title of this actionicon: the icon for this action, e.g. require('./some_icon.png')show: when to show this action as an icon or hide it in the overflow menu: always,
+ifRoom or nevershowWithText: boolean, whether to show text alongside the icon or notSets the content inset for the toolbar ending edge.
The content inset affects the valid area for Toolbar content other than +the navigation button and menu. Insets define the minimum margin for +these components and can be used to effectively align Toolbar content +along well-known gridlines.
Sets the content inset for the toolbar starting edge.
The content inset affects the valid area for Toolbar content other than +the navigation button and menu. Insets define the minimum margin for +these components and can be used to effectively align Toolbar content +along well-known gridlines.
Sets the toolbar logo.
Sets the navigation icon.
Callback that is called when an action is selected. The only argument that is passed to the +callback is the position of the action in the actions array.
Callback called when the icon is selected.
Sets the overflow icon.
Used to set the toolbar direction to RTL. +In addition to this property you need to add
android:supportsRtl="true"
to your application AndroidManifest.xml and then call
+setLayoutDirection(LayoutDirection.RTL) in your MainActivity
+onCreate method.
Sets the toolbar subtitle.
Used to locate this view in end-to-end tests.
Sets the toolbar title.
Examples # | Edit on GitHub |
TouchableHighlight # | Edit on GitHub |
A wrapper for making views respond properly to touches. +On press down, the opacity of the wrapped view is decreased, which allows +the underlay color to show through, darkening or tinting the view. The +underlay comes from adding a view to the view hierarchy, which can sometimes +cause unwanted visual artifacts if not used correctly, for example if the +backgroundColor of the wrapped view isn't explicitly set to an opaque color.
Example:
NOTE: TouchableHighlight supports only one child
If you wish to have several child components, wrap them in a View.
Determines what the opacity of the wrapped view should be when touch is +active.
Called immediately after the underlay is hidden
Called immediately after the underlay is shown
TouchableNativeFeedback # | Edit on GitHub |
A wrapper for making views respond properly to touches (Android only). +On Android this component uses native state drawable to display touch +feedback. At the moment it only supports having a single View instance as a +child node, as it's implemented by replacing that View with another instance +of RCTView node with some additional properties set.
Background drawable of native feedback touchable can be customized with
+background property.
Example:
Determines the type of background drawable that's going to be used to
+display feedback. It takes an object with type property and extra data
+depending on the type. It's recommended to use one of the following
+static methods to generate that dictionary:
1) TouchableNativeFeedback.SelectableBackground() - will create object +that represents android theme's default background for selectable +elements (?android:attr/selectableItemBackground)
2) TouchableNativeFeedback.SelectableBackgroundBorderless() - will create +object that represent android theme's default background for borderless +selectable elements (?android:attr/selectableItemBackgroundBorderless). +Available on android API level 21+
3) TouchableNativeFeedback.Ripple(color, borderless) - will create
+object that represents ripple drawable with specified color (as a
+string). If property borderless evaluates to true the ripple will
+render outside of the view bounds (see native actionbar buttons as an
+example of that behavior). This background type is available on Android
+API level 21+
TouchableOpacity # | Edit on GitHub |
A wrapper for making views respond properly to touches. +On press down, the opacity of the wrapped view is decreased, dimming it. +This is done without actually changing the view hierarchy, and in general is +easy to add to an app without weird side-effects.
Example:
Determines what the opacity of the wrapped view should be when touch is +active.
TouchableWithoutFeedback # | Edit on GitHub |
Do not use unless you have a very good reason. All the elements that +respond to press should have a visual feedback when touched. This is +one of the primary reason a "web" app doesn't feel "native".
NOTE: TouchableWithoutFeedback supports only one child
If you wish to have several child components, wrap them in a View.
Delay in ms, from onPressIn, before onLongPress is called.
Delay in ms, from the start of the touch, before onPressIn is called.
Delay in ms, from the release of the touch, before onPressOut is called.
Invoked on mount and layout changes with
{nativeEvent: {layout: {x, y, width, height}}}
Called when the touch is released, but not if cancelled (e.g. by a scroll +that steals the responder lock).
When the scroll view is disabled, this defines how far your touch may +move off of the button, before deactivating the button. Once deactivated, +try moving it back and you'll see that the button is once again +reactivated! Move it back and forth several times while the scroll view +is disabled. Ensure you pass in a constant to reduce memory allocations.
Troubleshooting # | Edit on GitHub |
Enable iOS simulator's "Connect hardware keyboard" from menu Hardware > Keyboard menu.

If you are using a non-QWERTY/AZERTY keyboard layout you can use the Hardware > Shake Gesture to bring up the dev menu and click "Refresh"

Something is probably already running on port 8081. You can either kill it or try to change which port the packager is listening to.
$ sudo lsof -n -i4TCP:8081 | grep LISTEN
then
$ kill -9 <cma process id>
Edit AppDelegate.m to use a different port.
Permission settings prevent Watchman from loading. A recent update solves this, get a HEAD install of Watchman if you are experiencing this error.
If in the react-native init <project> phase you saw npm fail with "npm WARN locking Error: EACCES" then try the following:
It is possible that one of your Chrome extensions is interacting in unexpected ways with the debugger. If you are having this issue, try disabling all of your extensions and re-enabling them one-by-one until you find the problematic extension.
To see the exact error that is causing your build to fail, go into the Issues Navigator in the left sidebar.
If you are using CocoaPods, verify that you have added React along with the subspecs to the Podfile. For example, if you were using the <Text />, <Image /> and fetch() APIs, you would need to add these in your Podfile:
Next, make sure you have run pod install and that a Pods/ directory has been created in your project with React installed. CocoaPods will instruct you to use the generated .xcworkspace file henceforth to be able to use these installed dependencies.
If you are adding React manually, make sure you have included all the relevant dependencies, like RCTText.xcodeproj, RCTImage.xcodeproj depending on the ones you are using. Next, the binaries built by these dependencies have to be linked to your app binary. Use the Linked Frameworks and Binaries section in the Xcode project settings. More detailed steps are here: Linking Libraries.
In the project's build settings, User Search Header Paths and Header Search Paths are two configs that specify where Xcode should look for #import header files specified in the code. For Pods, CocoaPods uses a default array of specific folders to look in. Verify that this particular config is not overwritten, and that none of the folders configured are too large. If one of the folders is a large folder, Xcode will attempt to recursively search the entire directory and throw above error at some point.
To revert the User Search Header Paths and Header Search Paths build settings to their defaults set by CocoaPods - select the entry in the Build Settings panel, and hit delete. It will remove the custom override and return to the CocoaPod defaults.
Ensure that you are on the same WiFi network as your computer. If you're using a cell data plan, your phone can't access your computer's local IP address.
You need to run adb reverse tcp:8081 tcp:8081 to forward requests from the device to your computer. This works only on Android 5.0 and newer.
WebSocket (such as Firebase) throws an exception #React Native implements a polyfill for WebSockets. These polyfills are initialized as part of the react-native module that you include in your application through require('react-native'). If you load another module that requires WebSockets, be sure to load/require it after react-native.
So:
Requiring firebase before react-native will result in a 'No transports available' redbox.
Discovered thanks to issue #3645. If you're curious, the polyfills are set up in InitializeJavaScriptAppEngine.js.
Tutorial # | Edit on GitHub |
This tutorial aims to get you up to speed with writing iOS and Android apps using React Native. If you're wondering what React Native is and why Facebook built it, this blog post explains that.
We assume you have experience writing applications with React. If not, you can learn about it on the React website.
React Native requires the basic setup explained at React Native Getting Started.
After installing these dependencies there are two simple commands to get a React Native project all set up for development.
npm install -g react-native-cli
react-native-cli is a command line interface that does the rest of the set up. It’s installable via npm. This will install react-native as a command in your terminal. You only ever need to do this once.
react-native init AwesomeProject
This command fetches the React Native source code and dependencies and then creates a new Xcode project in AwesomeProject/iOS/AwesomeProject.xcodeproj and a gradle project in AwesomeProject/android/app.
For iOS, you can now open this new project (AwesomeProject/ios/AwesomeProject.xcodeproj) in Xcode and simply build and run it with ⌘+R. Doing so will also start a Node server which enables live code reloading. With this you can see your changes by pressing ⌘+R in the simulator rather than recompiling in Xcode.
For Android, run react-native run-android from AwesomeProject to install the generated app on your emulator or device, and start the Node server which enables live code reloading. To see your changes you have to open the rage-shake-menu (either shake the device or press the menu button on devices, press F2 or Page Up for emulator, ⌘+M for Genymotion), and then press Reload JS.
For this tutorial we'll be building a simple version of the Movies app that fetches 25 movies that are in theaters and displays them in a ListView.
react-native init will generate an app with the name of your project, in this case AwesomeProject. This is a simple hello world app. For iOS, you can edit index.ios.js to make changes to the app and then press ⌘+R in the simulator to see the changes. For Android, you can edit index.android.js to make changes to the app and press Reload JS from the rage shake menu to see the changes.
Before we write the code to fetch actual Rotten Tomatoes data let's mock some data so we can get our hands dirty with React Native. At Facebook we typically declare constants at the top of JS files, just below the imports, but feel free to add the following constant wherever you like. In index.ios.js or index.android.js :
We're going to render the title, year, and thumbnail for the movie. Since thumbnail is an Image component in React Native, add Image to the list of React imports below.
Now change the render function so that we're rendering the data mentioned above rather than hello world.
Press ⌘+R / Reload JS and you should see "Title" above "2015". Notice that the Image doesn't render anything. This is because we haven't specified the width and height of the image we want to render. This is done via styles. While we're changing the styles let's also clean up the styles we're no longer using.
And lastly we need to apply this style to the Image component:
Press ⌘+R / Reload JS and the image should now render.
+
+Great, we've rendered our data. Now let's make it look better. I'd like to put the text to the right of the image and make the title larger and centered within that area:
We'll need to add another container in order to vertically lay out components within horizontally laid out components.
Not too much has changed, we added a container around the Texts and then moved them after the Image (because they're to the right of the Image). Let's see what the style changes look like:
We use FlexBox for layout - see this great guide to learn more about it.
In the above code snippet, we simply added flexDirection: 'row' that will make children of our main container to be layed out horizontally instead of vertically.
Now add another style to the JS style object:
This means that the rightContainer takes up the remaining space in the parent container that isn't taken up by the Image. If this doesn't make sense, add a backgroundColor to rightContainer and then try removing the flex: 1. You'll see that this causes the container's size to be the minimum size that fits its children.
Styling the text is pretty straightforward:
Go ahead and press ⌘+R / Reload JS and you'll see the updated view.
+
+Fetching data from Rotten Tomatoes's API isn't really relevant to learning React Native so feel free to breeze through this section.
Add the following constants to the top of the file (typically below the imports) to create the REQUEST_URL used to request data with.
Add some initial state to our application so that we can check this.state.movies === null to determine whether the movies data has been loaded or not. We can set this data when the response comes back with this.setState({movies: moviesData}). Add this code just above the render function inside our React class.
We want to send off the request after the component has finished loading. componentDidMount is a function of React components that React will call exactly once, just after the component has been loaded.
Now add fetchData function used above to our main component. This method will be responsible for handling data fetching. All you need to do is call this.setState({movies: data}) after resolving the promise chain because the way React works is that setState actually triggers a re-render and then the render function will notice that this.state.movies is no longer null. Note that we call done() at the end of the promise chain - always make sure to call done() or any errors thrown will get swallowed.
Now modify the render function to render a loading view if we don't have any movies data, and to render the first movie otherwise.
Now press ⌘+R / Reload JS and you should see "Loading movies..." until the response comes back, then it will render the first movie it fetched from Rotten Tomatoes.
+
+Let's now modify this application to render all of this data in a ListView component, rather than just rendering the first movie.
Why is a ListView better than just rendering all of these elements or putting them in a ScrollView? Despite React being fast, rendering a possibly infinite list of elements could be slow. ListView schedules rendering of views so that you only display the ones on screen and those already rendered but off screen are removed from the native view hierarchy.
First things first: add the ListView import to the top of the file.
Now modify the render function so that once we have our data it renders a ListView of movies instead of a single movie.
The dataSource is an interface that ListView is using to determine which rows have changed over the course of updates.
You'll notice we used dataSource from this.state. The next step is to add an empty dataSource to the object returned by constructor. Also, now that we're storing the data in dataSource, we should no longer use this.state.movies to avoid storing data twice. We can use boolean property of the state (this.state.loaded) to tell whether data fetching has finished.
And here is the modified fetchData method that updates the state accordingly:
Finally, we add styles for the ListView component to the styles JS object:
And here's the final result:
+
+There's still some work to be done to make it a fully functional app such as: adding navigation, search, infinite scroll loading, etc. Check the Movies Example to see it all working.
Upgrading # | Edit on GitHub |
Upgrading to new versions of React Native will give you access to more APIs, views, developer tools +and other goodies. Because React Native projects are essentially made up of an Android project, an +iOS project and a JavaScript project, all combined under an npm package, upgrading can be rather +tricky. But we try to make it easy for you. Here's what you need to do to upgrade from an older +version of React Native:
react-native dependency #Note the latest version of the react-native npm package from here (or use npm info react-native to check):
Now install that version of react-native in your project with npm install --save. For example, to upgrade to the version 0.18, in a terminal run:
The new npm package will likely contain updates to the files that are normally generated when you
+run react-native init, like the iOS and the Android sub-projects. To get these latest changes,
+run this in a terminal:
This will check your files against the latest template and perform the following:
h to get a list of possible commands.Xcode project format is pretty complex and sometimes it's tricky to upgrade and merge new changes.
The major change in this version happened to the CLI (see changelog) and static images (see docs). To use the new asset system in existing Xcode project, do the following:
Add new "Run Script" step to your project's build phases:

Set the script to

Move main.jsbundle to Trash (it will be generated automatically by Xcode using the script above)

If you installed Node via nvm, you might experience "react-native: command not found". See issues/3974 for workaround and pull/4015 for the fix.
VibrationIOS # | Edit on GitHub |
The Vibration API is exposed at VibrationIOS.vibrate(). On iOS, calling this
+function will trigger a one second vibration. The vibration is asynchronous
+so this method will return immediately.
There will be no effect on devices that do not support Vibration, eg. the iOS +simulator.
Vibration patterns are currently unsupported.
Examples # | Edit on GitHub |
Videos # | Edit on GitHub |
With Christopher "vjeux" Chedeau and Spencer Ahrens
+ +With Christopher "vjeux" Chedeau and Jordan Walke
+View # | Edit on GitHub |
The most fundamental component for building UI, View is a
+container that supports layout with flexbox, style, some touch handling, and
+accessibility controls, and is designed to be nested inside other views and
+to have 0 to many children of any type. View maps directly to the native
+view equivalent on whatever platform React is running on, whether that is a
+UIView, <div>, android.view, etc. This example creates a View that
+wraps two colored boxes and custom component in a row with padding.
Views are designed to be used with StyleSheets for clarity and
+performance, although inline styles are also supported.
Overrides the text that's read by the screen reader when the user interacts +with the element. By default, the label is constructed by traversing all the +children and accumulating all the Text nodes separated by space.
When true, indicates that the view is an accessibility element. By default, +all the touchable elements are accessible.
When accessible is true, the system will try to invoke this function
+when the user performs accessibility tap gesture.
Invoked on mount and layout changes with
{nativeEvent: { layout: {x, y, width, height}}}.
This event is fired immediately once the layout has been calculated, but +the new layout may not yet be reflected on the screen at the time the +event is received, especially if a layout animation is in progress.
When accessible is true, the system will invoke this function when the
+user performs the magic tap gesture.
For most touch interactions, you'll simply want to wrap your component in
+TouchableHighlight or TouchableOpacity. Check out Touchable.js,
+ScrollResponder.js and ResponderEventPlugin.js for more discussion.
In the absence of auto property, none is much like CSS's none
+value. box-none is as if you had applied the CSS class:
box-only is the equivalent of
But since pointerEvents does not affect layout/appearance, and we are
+already deviating from the spec by adding additional modes, we opt to not
+include pointerEvents on style. On some platforms, we would need to
+implement it as a className anyways. Using style or not is an
+implementation detail of the platform.
This is a special performance property exposed by RCTView and is useful +for scrolling content when there are many subviews, most of which are +offscreen. For this property to be effective, it must be applied to a +view that contains many subviews that extend outside its bound. The +subviews must also have overflow: hidden, as should the containing view +(or one of its superviews).
(Android-only) Sets the elevation of a view, using Android's underlying +elevation API. +This adds a drop shadow to the item and affects z-order for overlapping views. +Only supported on Android 5.0+, has no effect on earlier versions.
Used to locate this view in end-to-end tests. NB: disables the 'layout-only +view removal' optimization for this view!
Indicates to accessibility services to treat UI component like a +native one. Works for Android only.
Indicates to accessibility services whether the user should be notified +when this view changes. Works for Android API >= 19 only. +See http://developer.android.com/reference/android/view/View.html#attr_android:accessibilityLiveRegion +for references.
Views that are only used to layout their children or otherwise don't draw
+anything may be automatically removed from the native hierarchy as an
+optimization. Set this property to false to disable this optimization and
+ensure that this View exists in the native view hierarchy.
Controls how view is important for accessibility which is if it +fires accessibility events and if it is reported to accessibility services +that query the screen. Works for Android only. +See http://developer.android.com/reference/android/R.attr.html#importantForAccessibility +for references. +Possible values: +'auto' - The system determines whether the view is important for accessibility - + default (recommended). +'yes' - The view is important for accessibility. +'no' - The view is not important for accessibility. +'no-hide-descendants' - The view is not important for accessibility, + nor are any of its descendant views.
Whether this view needs to rendered offscreen and composited with an alpha +in order to preserve 100% correct colors and blending behavior. The default +(false) falls back to drawing the component and its children with an alpha +applied to the paint used to draw each element instead of rendering the full +component offscreen and compositing it back with an alpha value. This default +may be noticeable and undesired in the case where the View you are setting +an opacity on has multiple overlapping elements (e.g. multiple overlapping +Views, or text and a background).
Rendering offscreen to preserve correct alpha behavior is extremely +expensive and hard to debug for non-native developers, which is why it is +not turned on by default. If you do need to enable this property for an +animation, consider combining it with renderToHardwareTextureAndroid if the +view contents are static (i.e. it doesn't need to be redrawn each frame). +If that property is enabled, this View will be rendered off-screen once, +saved in a hardware texture, and then composited onto the screen with an alpha +each frame without having to switch rendering targets on the GPU.
Whether this view should render itself (and all of its children) into a +single hardware texture on the GPU.
On Android, this is useful for animations and interactions that only +modify opacity, rotation, translation, and/or scale: in those cases, the +view doesn't have to be redrawn and display lists don't need to be +re-executed. The texture can just be re-used and re-composited with +different parameters. The downside is that this can use up limited video +memory, so this prop should be set back to false at the end of the +interaction/animation.
Provides additional traits to screen reader. By default no traits are +provided unless specified otherwise in element
Whether this view should be rendered as a bitmap before compositing.
On iOS, this is useful for animations and interactions that do not +modify this component's dimensions nor its children; for example, when +translating the position of a static view, rasterization allows the +renderer to reuse a cached bitmap of a static view and quickly composite +it during each frame.
Rasterization incurs an off-screen drawing pass and the bitmap consumes +memory. Test and measure when using this property.
Examples # | Edit on GitHub |
ViewPagerAndroid # | Edit on GitHub |
Container that allows to flip left and right between child views. Each
+child view of the ViewPagerAndroid will be treated as a separate page
+and will be stretched to fill the ViewPagerAndroid.
It is important all children are <View>s and not composite components.
+You can set style properties like padding or backgroundColor for each
+child.
Example:
Index of initial page that should be selected. Use setPage method to
+update the page, and onPageSelected to monitor page changes
Determines whether the keyboard gets dismissed in response to a drag. + - 'none' (the default), drags do not dismiss the keyboard. + - 'on-drag', the keyboard is dismissed when a drag begins.
Executed when transitioning between pages (ether because of animation for
+the requested page change or when user is swiping/dragging between pages)
+The event.nativeEvent object for this callback will carry following data:
+ - position - index of first page from the left that is currently visible
+ - offset - value from range [0,1) describing stage between page transitions.
+ Value x means that (1 - x) fraction of the page at "position" index is
+ visible, and x fraction of the next page is visible.
Function called when the page scrolling state has changed. +The page scrolling state can be in 3 states: +- idle, meaning there is no interaction with the page scroller happening at the time +- dragging, meaning there is currently an interaction with the page scroller +- settling, meaning that there was an interaction with the page scroller, and the + page scroller is now finishing it's closing or opening animation
This callback will be called once ViewPager finish navigating to selected page
+(when user swipes between pages). The event.nativeEvent object passed to this
+callback will have following fields:
+ - position - index of page that has been selected
Examples # | Edit on GitHub |
WebView # | Edit on GitHub |
Renders a native WebView.
DeprecatedUse the source prop instead.
Sets the JS to be injected when the webpage loads.
Invoked when load fails
Invoked when load finish
Invoked when load either succeeds or fails
Invoked on load start
Function that returns a view to show if there's an error.
Function that returns a loading indicator.
Loads static html or a uri (with optional headers) in the WebView.
DeprecatedUse the source prop instead.
Used on Android only, controls whether DOM Storage is enabled or not
Used on Android only, JS is enabled by default for WebView on iOS
Determines whether HTML5 videos play inline or use the native full-screen
+controller.
+default value false
+NOTE : "In order for video to play inline, not only does this
+property need to be set to true, but the video element in the HTML
+document must also include the webkit-playsinline attribute."
A floating-point number that determines how quickly the scroll view
+decelerates after the user lifts their finger. You may also use string
+shortcuts "normal" and "fast" which match the underlying iOS settings
+for UIScrollViewDecelerationRateNormal and
+UIScrollViewDecelerationRateFast respectively.
+ - Normal: 0.998
+ - Fast: 0.9 (the default for iOS WebView)
Allows custom handling of any webview requests by a JS handler. Return true +or false from this method to continue loading the request.
Sets whether the webpage scales to fit the view and the user can change the scale.
Examples # | Edit on GitHub |
React Native enables you to build world-class application experiences on native platforms using a consistent developer experience based on JavaScript and React. The focus of React Native is on developer efficiency across all the platforms you care about — learn once, write anywhere. Facebook uses React Native in multiple production apps and will continue investing in React Native.
With React Native, you can use the standard platform components such as UITabBar on iOS and Drawer on Android. This gives your app a consistent look and feel with the rest of the platform ecosystem, and keeps the quality bar high. These components are easily incorporated into your app using their React component counterparts, such as TabBarIOS and DrawerLayoutAndroid.
All operations between the JavaScript application code and the native platform are performed asynchronously, and the native modules can also make use of additional threads as well. This means we can decode images off of the main thread, save to disk in the background, measure text and compute layouts without blocking the UI, and more. As a result, React Native apps are naturally fluid and responsive. The communication is also fully serializable, which allows us to leverage Chrome Developer Tools to debug the JavaScript while running the complete app, either in the simulator or on a physical device.
See Debugging.

React Native implements a powerful system to negotiate touches in complex view hierarchies and provides high level components such as TouchableHighlight that integrate properly with scroll views and other elements without any additional configuration.
Laying out views should be easy, which is why we brought the flexbox layout model from the web to React Native. Flexbox makes it simple to build the most common UI layouts, such as stacked and nested boxes with margin and padding. React Native also supports common web styles, such as fontWeight, and the StyleSheet abstraction provides an optimized mechanism to declare all your styles and layout right along with the components that use them and apply them inline.
React Native is focused on changing the way view code is written. For the rest, we look to the web for universal standards and polyfill those APIs where appropriate. You can use npm to install JavaScript libraries that work on top of the functionality baked into React Native, such as XMLHttpRequest, window.requestAnimationFrame, and navigator.geolocation. We are working on expanding the available APIs, and are excited for the Open Source community to contribute as well.
It is certainly possible to create a great app using React Native without writing a single line of native code, but React Native is also designed to be easily extended with custom native views and modules - that means you can reuse anything you've already built, and can import and use your favorite native libraries.
To create a simple iOS module, create a new class that implements the RCTBridgeModule protocol, and wrap the function that you want to make available to JavaScript in RCT_EXPORT_METHOD. Additionally, the class itself must be explicitly exported with RCT_EXPORT_MODULE();.
Custom iOS views can be exposed by subclassing RCTViewManager, implementing a -(UIView *)view method, and exporting properties with the RCT_EXPORT_VIEW_PROPERTY macro. Then a simple JavaScript file connects the dots.
Likewise, Android also supports custom extensions, the methods are just slightly different.
To create a simple module in Android, create a new class that extends the ReactContextBaseJavaModule class, and annotate the function that you want to make available to JavaScript with @ReactMethod. Additionally, the class itself must be registered in the ReactPackage of your React Native application.
Custom Android views can be exposed by extending SimpleViewManager, implementing a createViewInstance and getName methods, and exporting properties with the @UIProp annotation. Then a simple JavaScript file connects the dots.