Passing Values Between Parent and Child Components in Next.js

In a typical React (or Next.js) application, communication between parent and child components is essential for building dynamic UIs. The most common ways to pass data between components involve using props (to send data from parent to child), state management (to send data from child to parent), and sometimes context when data needs to be shared across many components. In this blog post, we’ll explore how to pass values between parent and child components in Next.js, as well as some best practices to ensure clean and maintainable code.

Passing Values from Parent to Child: Using Props

The most straightforward way to pass data from a parent component to a child component is through props. Props allow you to send values to child components and render them dynamically. This is a fundamental concept in React and is widely used in Next.js applications.

Example:

// Parent Component
import ChildComponent from './ChildComponent';

const ParentComponent = () => {
  const message = "Hello from Parent!";
  return (
    <div>
      <h1>Parent Component</h1>
      <ChildComponent message={message} />
    </div>
  );
};

export default ParentComponent;

// Child Component
const ChildComponent = ({ message }: { message: string }) => {
  return <p>{message}</p>;
};

export default ChildComponent;

In the above example:

  • The ParentComponent passes the message variable to ChildComponent using props.
  • The ChildComponent receives the message prop and displays it.

Passing Values from Child to Parent: State + Callback

Passing data from a child component to a parent requires a different approach, as React follows a unidirectional data flow. In this case, we use a callback function passed down from the parent to the child. The child can then call this function to send data back to the parent component.

Example:

// Parent Component
import { useState } from 'react';
import ChildComponent from './ChildComponent';

const ParentComponent = () => {
  const [childData, setChildData] = useState<string>('');

  const handleChildData = (data: string) => {
    setChildData(data);
  };

  return (
    <div>
      <h1>Parent Component</h1>
      <p>Received from Child: {childData}</p>
      <ChildComponent onDataChange={handleChildData} />
    </div>
  );
};

export default ParentComponent;

// Child Component
import { useState } from 'react';

const ChildComponent = ({ onDataChange }: { onDataChange: (data: string) => void }) => {
  const [inputValue, setInputValue] = useState<string>('');

  const handleChange = (e: React.ChangeEvent<HTMLInputElement>) => {
    setInputValue(e.target.value);
    onDataChange(e.target.value); // Pass data back to parent
  };

  return (
    <div>
      <input
        type="text"
        value={inputValue}
        onChange={handleChange}
        placeholder="Type something"
      />
    </div>
  );
};

export default ChildComponent;

Here:

  • ParentComponent defines a state (childData) and a function (handleChildData) to update it.
  • The parent passes handleChildData as a prop (onDataChange) to ChildComponent.
  • ChildComponent calls the onDataChange function whenever the input value changes, thus sending data back to the parent.

Using Context for Shared State (Optional)

For more complex applications where data needs to be shared across deeply nested components, React Context can be used. It allows components to access shared state without the need to pass props through every level of the component tree. This is especially useful when multiple components need to consume and update the same data.

Example:

// context.tsx
import { createContext, useContext, useState, ReactNode } from 'react';

interface AppContextType {
  message: string;
  setMessage: (message: string) => void;
}

const AppContext = createContext<AppContextType | undefined>(undefined);

export const AppProvider = ({ children }: { children: ReactNode }) => {
  const [message, setMessage] = useState<string>('Hello from Context!');
  
  return (
    <AppContext.Provider value={{ message, setMessage }}>
      {children}
    </AppContext.Provider>
  );
};

export const useAppContext = () => {
  const context = useContext(AppContext);
  if (!context) throw new Error('useAppContext must be used within AppProvider');
  return context;
};

// Parent Component
import { useAppContext } from './context';
import ChildComponent from './ChildComponent';

const ParentComponent = () => {
  const { message } = useAppContext();
  
  return (
    <div>
      <h1>Parent Component</h1>
      <p>Received from Context: {message}</p>
      <ChildComponent />
    </div>
  );
};

export default ParentComponent;

// Child Component
import { useAppContext } from './context';

const ChildComponent = () => {
  const { setMessage } = useAppContext();
  
  return (
    <div>
      <button onClick={() => setMessage('Hello from Child!')}>
        Update Message
      </button>
    </div>
  );
};

export default ChildComponent;

With React Context:

  • AppContext provides shared state (message) and a function (setMessage) to update it.
  • The AppProvider wraps the components that need access to this context, making it available to both the ParentComponent and ChildComponent.

Best Practices for Passing Values Between Components

When passing values between parent and child components, following best practices helps ensure code maintainability, readability, and scalability.

  1. Prop-Drilling: Avoid Excessive Nesting
    • While passing props is straightforward, excessive prop-drilling (passing data through many levels of nested components) can lead to messy code. In these cases, consider using React Context or state management libraries like Redux to avoid passing props down through every level.
  2. Keep Components Reusable
    • Child components should remain reusable. If a child component needs data from the parent, pass it as props. Avoid making child components too dependent on their parents, as this reduces reusability.
  3. Use Descriptive Prop Names
    • Use descriptive names for props to make it clear what data is being passed. Avoid generic names like data or item. Instead, name props according to their content, like message, userDetails, or post.
  4. Lifting State Up
    • When passing data from child to parent, always lift the state up to the nearest common ancestor. This ensures the parent component can handle and update the state while keeping the child components as dumb (stateless) as possible.
  5. Type Checking with TypeScript
    • When working with TypeScript, always define types for your props. This adds clarity to the expected data and helps prevent runtime errors. Use interfaces to define the shape of props passed to components.
  6. Avoid Passing Functions Inline
    • Avoid defining functions inline in JSX (e.g., <ChildComponent onChange={handleChange()}>). This can lead to unnecessary re-renders. Instead, define the function outside the render method or as part of the component’s logic.
  7. Using Default Props (Optional)
    • To provide fallback values for props that might not be passed, consider using defaultProps. This ensures components behave consistently even when certain props are missing.
    ChildComponent.defaultProps = { message: 'Default message' };

Conclusion

Passing values between parent and child components is a fundamental part of building React and Next.js applications. By using props, callback functions, and context, you can easily manage data flow between components. Following best practices such as keeping components reusable, managing state properly, and using TypeScript for type safety will help make your application more maintainable and scalable in the long run.

Happy Coding!

Understanding SSR, Revalidate, CSR, and ISR in Next.js

Next.js is a powerful React framework offering multiple rendering strategies to build highly performant and scalable applications. If you’re diving into Next.js, you’ve likely encountered terms like SSR (Server-Side Rendering), CSR (Client-Side Rendering), ISR (Incremental Static Regeneration), and Revalidate. In this blog, we’ll break down these terms, their purposes, and when to use them.


What is SSR (Server-Side Rendering)?

SSR means that your application generates HTML for a page on the server for every incoming request. The server fetches the data, renders the page, and sends it to the client.

Use Cases for SSR:

  • Pages that need dynamic data for each request, like dashboards or user profiles.
  • SEO-critical pages where the content depends on user input or query parameters.

Example in Next.js:

export async function getServerSideProps(context) {
    const res = await fetch('https://api.example.com/data');
    const data = await res.json();

    return {
        props: { data }, // Pass data to the page
    };
}

This approach ensures the data is fresh on every request, making it ideal for frequently updated content.


What is CSR (Client-Side Rendering)?

In CSR, the page loads minimal HTML and JavaScript, and the browser fetches data and renders the content entirely on the client-side.

Use Cases for CSR:

  • Pages where SEO isn’t a priority, like dashboards or admin panels.
  • Applications with fast client-side interactions that rely heavily on user interaction.

Example in Next.js:

import { useEffect, useState } from 'react';

function Page() {
    const [data, setData] = useState(null);

    useEffect(() => {
        fetch('https://api.example.com/data')
            .then((res) => res.json())
            .then((data) => setData(data));
    }, []);

    if (!data) return <p>Loading...</p>;

    return <div>{JSON.stringify(data)}</div>;
}

export default Page;

CSR is lightweight for the server but might take longer to render the content due to the client-side fetch.


What is ISR (Incremental Static Regeneration)?

ISR combines the speed of static site generation (SSG) with the flexibility of dynamic content. With ISR, static pages are regenerated at runtime after a set time interval, ensuring your app stays up-to-date without needing full re-deployment.

Use Cases for ISR:

  • Blogs, e-commerce, or marketing sites with periodically updated data.
  • When fast load times are essential, but data can be slightly stale.

Example in Next.js:

export async function getStaticProps() {
    const res = await fetch('https://api.example.com/data');
    const data = await res.json();

    return {
        props: { data },
        revalidate: 10, // Revalidate the page every 10 seconds
    };
}

Here, Next.js generates the page during the build process and regenerates it in the background when a user accesses the page after the revalidate interval has expired.


What is Revalidate?

The revalidate key in ISR allows you to specify how often the static page should be updated. It ensures users always get slightly fresh data without server-side rendering for every request.

Key Features:

  • Improves performance: Combines the speed of static pages with the flexibility of dynamic updates.
  • SEO-friendly: Since pages are pre-rendered, search engines can crawl them easily.

Choosing the Right Rendering Strategy

Rendering TypeWhen to Use
SSR (Server-Side Rendering)Dynamic, user-specific data that changes on every request.
CSR (Client-Side Rendering)Non-SEO-critical pages or apps where interaction is more important than initial content.
ISR (Incremental Static Regeneration)Static sites that need periodic updates, like blogs or e-commerce product pages.
RevalidateEnhance SSG with periodic updates to keep content relevant and performant.

Conclusion

Each rendering strategy in Next.js has its strengths and trade-offs. By understanding SSR, CSR, ISR, and revalidate, you can choose the right approach for your project based on factors like SEO, performance, and data freshness.

Leverage the flexibility of Next.js to build applications that balance speed, scalability, and user experience effectively. Whether you’re building a blog, an e-commerce platform, or a dashboard, Next.js has the right tools for you!

Happy coding! 😊