ReactJs Flashcards
(40 cards)
What is React?
React is an open sourced front end Javascript library which is used to build user interfaces especially for single page applications
What are the major features of React?
- It uses a virtual DOM which is less expensive to manipulate
- Supports server-side rendering
- Follows unidirectional data flow or data binding
- Uses reusable/composable UI components to develop the view
What is JSX?
JSX is a XML-like syntax extension to ECMAScript. Basically it just provides syntactic sugar for the React.CreateElement() function, giving us expressiveness of JavaScript along with HTML like template syntax.
ie: class App extends React.component { render() { return ( <div> <h1>Hi</h1> </div> ) } }
What is the difference between an Element and React Component?
An element is a plain object describing what you want to appear on the screen in terms of the DOM nodes or other components. Elements can contain other elements in their props. Creating a react element is cheap. Once an element is created, it is NEVER mutated.
A component can be declared in several ways. It can be a class with a render method. Alternatively it can be defined as a function. Either way it takes props as an input and returns a JSX tree as the output.
How to create components in React?
Function Components: This is the simplest way to create a component. Those are pure JavaScript functions that accept props object as first parameter and return React elements
Class Components: You can also use ES6 class to define a component. class Greeting extends React.Component { render() { return <h1>{`Hello, ${this.props.message}`}</h1> } }
When to use a Class Component over a function component?
If the component needs state or lifecycle methods then use class component otherwise use function component. However, from React 16.8 with the addition of Hooks, you could use state , lifecycle methods and other features that were only available in class component right in your function component.
What are pure components?
React.PureComponent is exactly the same as React.Component except that it handles the shouldComponentUpdate() method for you. When props or state changes, PureComponent will do a shallow comparison on both props and state. Component on the other hand won’t compare current props and state to next out of the box. Thus, the component will re-render by default whenever shouldComponentUpdate is called.
What is state in React?
State of a component is an object that holds some information that may change over the lifetime of the component. We should always try to make our state as simple as possible and minimize the number of stateful components.
State is similar to props, but it is private and fully controlled by the component. i.e, It is not accessible to any component other than the one that owns and sets it.
What are props in React?
Props are inputs to components. They are single values or objects containing a set of values that are passed to components on creation using a naming convention similar to HTML-tag attributes. They are data passed down from a parent component to a child component.
The primary purpose of props in React is to provide following component functionality:
Pass custom data to your component.
Trigger state changes.
Use via this.props.reactProp inside component’s render() method.
This reactProp (or whatever you came up with) name then becomes a property attached to React’s native props object which originally already exists on all components created using React library.
What is the difference between state and props?
Both props and state are plain JavaScript objects. While both of them hold information that influences the output of render, they are different in their functionality with respect to component. Props get passed to the component similar to function parameters whereas state is managed within the component similar to variables declared within a function.
Why should we not update the state directly?
If you try to update state directly then it won’t re-render the component.
//Wrong this.state.message = 'Hello world' Instead use setState() method. It schedules an update to a component's state object. When state changes, the component responds by re-rendering.
//Correct this.setState({ message: 'Hello World' }) Note: You can directly assign to the state object either in constructor or using latest javascript's class field declaration syntax.
What is the purpose of callback function as an argument of setState()?
Below are some of the main differences between HTML and React event handling,
In HTML, the event name should be in lowercase:
Whereas in React it follows camelCase convention:
In HTML, you can return false to prevent default behavior:
<a></a>
Whereas in React you must call preventDefault() explicitly:
function handleClick(event) { event.preventDefault() console.log('The link was clicked.') } In HTML, you need to invoke the function by appending () Whereas in react you should not append () with the function name. (refer "activateLasers" function in the first point for example)
How to bind methods or event handlers in JSX callbacks?
There are 3 possible ways to achieve this:
Binding in Constructor: In JavaScript classes, the methods are not bound by default. The same thing applies for React event handlers defined as class methods. Normally we bind them in constructor.
class Component extends React.Component { constructor(props) { super(props) this.handleClick = this.handleClick.bind(this) }
handleClick() { // ... } } Public class fields syntax: If you don't like to use bind approach then public class fields syntax can be used to correctly bind callbacks.
handleClick = () => {
console.log(‘this is:’, this)
}
{‘Click me’}
Arrow functions in callbacks: You can use arrow functions directly in the callbacks.
this.handleClick(event)}>
{‘Click me’}
Note: If the callback is passed as prop to child components, those components might do an extra re-rendering. In those cases, it is preferred to go with .bind() or public class fields syntax approach considering performance.
What is the difference between HTML and React event handling?
Below are some of the main differences between HTML and React event handling,
In HTML, the event name should be in lowercase:
Whereas in React it follows camelCase convention:
In HTML, you can return false to prevent default behavior:
<a></a>
Whereas in React you must call preventDefault() explicitly:
function handleClick(event) { event.preventDefault() console.log('The link was clicked.') } In HTML, you need to invoke the function by appending () Whereas in react you should not append () with the function name. (refer "activateLasers" function in the first point for example)
How to pass a parameter to an event handler or callback?
You can use an arrow function to wrap around an event handler and pass parameters:
this.handleClick(id)} />
This is an equivalent to calling .bind:
Apart from these two approaches, you can also pass arguments to a function which is defined as arrow function
handleClick = (id) => () => {
console.log(“Hello, your ticket number is”, id)
};
What are synthetic events in React?
SyntheticEvent is a cross-browser wrapper around the browser’s native event. It’s API is same as the browser’s native event, including stopPropagation() and preventDefault(), except the events work identically across all browsers.
What are inline conditional expressions?
You can use either if statements or ternary expressions which are available from JS to conditionally render expressions. Apart from these approaches, you can also embed any expressions in JSX by wrapping them in curly braces and then followed by JS logical operator &&.
<h1>Hello!</h1> { messages.length > 0 && !isLogin? <h2> You have {messages.length} unread messages. </h2> : <h2> You don't have unread messages. </h2> }
What is “key” prop and what is the benefit of using it in arrays of elements?
A key is a special string attribute you should include when creating arrays of elements. Key prop helps React identify which items have changed, are added, or are removed.
Most often we use ID from our data as key:
const todoItems = todos.map((todo) => <li> {todo.text} </li> ) When you don't have stable IDs for rendered items, you may use the item index as a key as a last resort:
const todoItems = todos.map((todo, index) => <li> {todo.text} </li> ) Note:
Using indexes for keys is not recommended if the order of items may change. This can negatively impact performance and may cause issues with component state.
If you extract list item as separate component then apply keys on list component instead of li tag.
There will be a warning message in the console if the key prop is not present on list items.
What is the use of refs?
The ref is used to return a reference to the element. They should be avoided in most cases, however, they can be useful when you need a direct access to the DOM element or an instance of a component.
How to create refs?
There are two approaches
This is a recently added approach. Refs are created using React.createRef() method and attached to React elements via the ref attribute. In order to use refs throughout the component, just assign the ref to the instance property within constructor.
class MyComponent extends React.Component { constructor(props) { super(props) this.myRef = React.createRef() } render() { return <div></div> } } You can also use ref callbacks approach regardless of React version. For example, the search bar component's input element accessed as follows,
class SearchBar extends Component { constructor(props) { super(props); this.txtSearch = null; this.state = { term: '' }; this.setInputSearchRef = e => { this.txtSearch = e; } } onInputChange(event) { this.setState({ term: this.txtSearch.value }); } render() { return (
); } } You can also use refs in function components using closures. Note: You can also use inline ref callbacks even though it is not a recommended approach
What are forward refs?
Ref forwarding is a feature that lets some components take a ref they receive, and pass it further down to a child.
const ButtonElement = React.forwardRef((props, ref) => (
{props.children}
));
// Create ref to the DOM button: const ref = React.createRef(); {'Forward Ref'}
Which is preferred option with in callback refs and findDOMNode()?
It is preferred to use callback refs over findDOMNode() API. Because findDOMNode() prevents certain improvements in React in the future.
The legacy approach of using findDOMNode:
class MyComponent extends Component { componentDidMount() { findDOMNode(this).scrollIntoView() }
render() { return <div></div> } } The recommended approach is:
class MyComponent extends Component { constructor(props){ super(props); this.node = createRef(); } componentDidMount() { this.node.current.scrollIntoView(); }
render() {
return <div></div>
}
}
Why are String Refs legacy?
If you worked with React before, you might be familiar with an older API where the ref attribute is a string, like ref={‘textInput’}, and the DOM node is accessed as this.refs.textInput. We advise against it because string refs have below issues, and are considered legacy. String refs were removed in React v16.
They force React to keep track of currently executing component. This is problematic because it makes react module stateful, and thus causes weird errors when react module is duplicated in the bundle. They are not composable — if a library puts a ref on the passed child, the user can't put another ref on it. Callback refs are perfectly composable. They don't work with static analysis like Flow. Flow can't guess the magic that framework does to make the string ref appear on this.refs, as well as its type (which could be different). Callback refs are friendlier to static analysis. It doesn't work as most people would expect with the "render callback" pattern (e.g. ) class MyComponent extends Component { renderRow = (index) => { // This won't work. Ref will get attached to DataTable rather than MyComponent: return ;
// This would work though! Callback refs are awesome. return this['input-' + index] = input} />; }
render() {
return
}
}
What is Virtual DOM?
The Virtual DOM (VDOM) is an in-memory representation of Real DOM. The representation of a UI is kept in memory and synced with the “real” DOM. It’s a step that happens between the render function being called and the displaying of elements on the screen. This entire process is called reconciliation.