-
Organization: React Native Elements
-
Project: Migrating Hooks, Tests & APIs
-
Mentors: Jeremy Hamilton, Pranshu Chittora, Dhruvdutt
-
Student: Arpit Bhalla
The Google Summer of Code 2021 has been a fantastic and cheerful learning experience for me over the past few months. I have learned a lot from the community, especially how to organize commits and write readable code. React Native Elements is an amazing community to work with, as mentors are really helpful and experienced. I had started contributing to React Native Elements from March 2021 and till now, I have 40+ commits (10,803 additions and 13,826 deletions) merged. Over the past few months, I had great exposure writing maintainable code, communicating with the mentors, etc. I had completed some of my work in the coding period started as some issues mentioned in my proposal had a high priority for the release.
Refactor components to use Pressable API (#3170)
Pressableis preferred toTouchablecomponents according to React Native official docs.Pressablecomponent offers a more extensive and future-proof way of handling the touch-based inputs.
-
TouchableComponent:- It includes the styles and effects that do not meet the platform interactions.
- It does not support high-quality interaction experience on different platforms.
-
PressableComponent:- It detects various types of interactions.
- Its API provides direct access to the current state of interaction.
- Its capabilities could be extended to include hover, blur, focus, and more.
Pressablecontains a lot of new props and cool features such as: delayLongPress: Duration in milliseconds from onPressIn by the time onLongPress is called.
Reference : Pressable vs. Touchable in React Native
Migrate Tests to React Native Testing Library (#3170)
Rather than tests focusing on the implementation (Enzyme), tests are more focused on user behavior (react-native-testing-library).
Enzyme allows us to access the internal workings of your components. You can read and set the state, and we can mock children to make tests run faster. On the other hand, RN testing-library doesn't give us any access to the implementation details. It renders the components and provides utility methods to interact with them. The idea is that you should communicate with our application in the same way a user would. So rather than set the state of a component we reproduce the actions a user would do to reach that state.
Some components like Image, ToolTip which further include SearchBar android & SearchBar iOS were Class Components and the code was messy, These are migrated to Functional Components and added hooks like, useState, useEffect, useCallBack, which would increase performance.
- Using classes - We need to describe lifecycle methods, state of the component, component’s methods that will change our state or work with the store. Also, we need to bind all the methods for the component instance. The component becomes large, and it becomes more difficult to read each time.
- Using hooks - We can get the state of the component so that it can be easily tested and reused. Now we can facilitate the exchange of links between components or our entire application - using hooks. Hooks allow you to encapsulate logic without affecting the hierarchy of components.
You can find all my contributions here
- LinearProgress (#2867)
- FAB (#2885)
- Speed dial (#2896)
- Tab & TabItem (#2919)
- CircularSlider (#1)
- TabView & TabView.Item (#2983)
- ListItem Accordion (#2953)
- ListItem Swipeable (#2982)
- Migrate build to Github Actions (#3036)
- Strict TypeScript (#2930)
- Removed ts-ignore and transformed to Functional Component (#2834)
Documentation redesigned (#3108)
It helps user to test the component from documentation
Auto imports components and auto complete syntax with component preview for React Native Elements.
Stack is concerned with one-dimensional layouts. This is not yet in the priority but it would help developers.
Example
<Stack spacing={2}>
<Item>Item 1</Item>
<Item>Item 2</Item>
<Item>Item 3</Item>
</Stack>