We made a number of significant changes in React Native Starter. In fact, we made a completely new React Native Starter from scratch. It is possible that a few years from now we will look at our work and develop new ideas and make core changes in our product. We believe this is the only way to follow best practices and changes in React Native itself. Revisions of architecture and functionality helped us drastically cut development time of future mobile apps. We believe that speed is the most important criteria in this case. Almost every change that we made was either making the process of customization faster or reducing the number of bugs in your future mobile apps.
In this article, we want to share some thoughts about the decisions we made creating the second version of React Native Starter. And of course, we appreciate your comments, emails and commits on GitHub. We want to thank all of you who sent any kind of feedback on the first version of React Native Starter. It was very meaningful and informative, and what is more important thought-provoking.
Removed Expo and transitioned to native projects
This decision was made because of lots of restrictions that expo adds to your projects. One of our primary goals with RNS is to provide as much scalable solution as possible. The previous version of our starter kit has been built using Expo framework and it was creating some restrictions for our users. Just a few examples: application builds were large (25+ MB with a plain project), lack of native modules, poor support of offline-features and much more. Also, we believe that our starter kit can be used in a complex application where you might need to adjust the native code (Objective-C or Java) and you wouldnât be able to do it using Expo. We received a lot of feedback from you, our users, and decided to get rid of Expo in the new release. And because of this change, 2.0 version doesnât have the backward capability with the first one.
Added Plop generator for easy development
Another important goal for us is to speed up the development process as much as possible without affecting quality. And Plop is one of our main improvements in this area. First of all, you probably already know that our starter kit has a modular architecture (if you donât, please read more in our documentation). And after you downloaded our kit, you want to add your custom modules and components. With our Plop config, youâre able to generate all the required files and imports simply by running a single command. Just type plop in your command line, answer a few questions and youâll have a new module or component ready to go! Magic, huh?
Added support for unit testing with Jest and Enzyme
Everybody loves tests! Well, you should đ With our starter kit, we want to help you to deliver as stable code as possible. Weâve added 2 options to write tests: unit testing with Jest/Enzyme toolbox and e2e tests with detox. Letâs talks a little bit about the first one. Jest and Enzyme are the libraries that can make unit testing of a mobile app possible. These libraries can help you test your components and functions by writing simple and elegant unit tests. Enzyme adds support for snapshot testing (read more here).
Added support for e2e testing with Detox
E2e refers to end to end testing which means that application is tested by checking all the layers, interfaces, etc. separately to make sure that these tests show a comprehensive UX image. You can write tests for user stories. For example, you write a test for the login process, it contains the following steps:
- Open an app.
- Enter email.
- Enter password.
- Click the login button.
- Verify that the main screen is visible.
You write these tests using detox jest-wrapper, your app is opened in any simulator and tested against all your stories. It helps to catch a lot of user-interface issues during development!
New modular architecture that will help you speed up the applications development
The Starter Kit architecture is designed to support scalable, modular applications. Built around Redux, it makes it simple to reason about your application’s state, and as a result to write maintainable error-free programs.
Please, check our docs for more insights on our documentation.
In conclusion
So what is next? First of all, we will study the feedback of the community on the matter. We understand that there is going to be more changes in the future and we want to make up our mind and process all data. Second, we want to collect some examples of mobile apps that were made on top of our product. We really interested, what mobile applications you managed to create with our React Native Starter v.2. So keep up with our news, because there is going to be several compelling case studies. We believe that this case studies can be truly instructive in several respects.
Comments