live and let live.与民争利的政府必亡
Supported operating systems are >= Android 4.1 (API 16) and >= iOS 7.0.
The Components section covers React components such as View and Navigator.
The APIs section covers other libraries like Animated and StyleSheet that aren’t React components themselves.
Finally, React Native provides a small number of Polyfills that offer web-like APIs.
Another great way to learn more about the components and APIs included with React Native is to read their source. Look under the Libraries directory for components like ScrollView and Navigator, for example. The UIExplorer example is also here to demonstrate some of the ways to use these components. From the source you can get an accurate understanding of each component’s behavior and API.
The React Native documentation only discusses the components, APIs and topics specific to React Native (React on iOS and Android). For further documentation on the React API that is shared between React Native and React DOM, refer to the React documentation.
Fellow developers write and publish React Native modules to npm and open source them on GitHub.
Making modules helps grow the React Native ecosystem and community. We recommend writing modules for your use cases and sharing them on npm.
Read the guides on Native Modules (iOS, Android) and Native UI Components (iOS, Android) if you are interested in extending native functionality.
React Native is under active development. See the guide on upgrading React Native to keep your project up-to-date.
If you encounter a bug with React Native we would like to hear about it. Search the existing issues and try to make sure your problem doesn’t already exist before opening a new issue. It’s helpful if you include the version of React Native and OS you’re using. Please include a stack trace and reduced repro case when appropriate, too.
The GitHub issues are intended for bug reports and feature requests. For help and questions with using React Native please make use of the resources listed in the Getting Help section. Product Pains in particular is a good way to signal your interest in a feature or issue. There are limited resources available for handling issues and by keeping the list of open issues lean we can respond in a timely manner.