惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Last Week in AI
Last Week in AI
有赞技术团队
有赞技术团队
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
人人都是产品经理
人人都是产品经理
博客园 - 司徒正美
博客园 - 聂微东
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 叶小钗
罗磊的独立博客
IT之家
IT之家
博客园 - 三生石上(FineUI控件)
V
Visual Studio Blog
T
Tailwind CSS Blog
大猫的无限游戏
大猫的无限游戏
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
Netflix TechBlog - Medium
MyScale Blog
MyScale Blog
J
Java Code Geeks
L
LangChain Blog
S
SegmentFault 最新的问题
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Apple Machine Learning Research
Apple Machine Learning Research
G
Google Developers Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
The Sheet for React Native: A Modular Sheet Framework
Anh Tu Do · 2026-05-02 · via DEV Community

The Problem

There are various ways to present content to users on mobile, such as popups, dropdowns, bottom sheets, and center sheets. In most apps, these appear as modals, a focused layer that sits above the rest of the interface.

In React Native, the built-in Modal component achieves this. However, its API surface is limited and tightly coupled with native presentation behavior. Once you require customized behavior, complex gesture systems, or intricate interactions between multiple modals, you often find yourself fighting the framework.

Several libraries have emerged to fill this gap:

  • gorhom/react-native-bottom-sheet
  • ammarahm-ed/react-native-actions-sheet
  • lodev09/react-native-true-sheet

While I haven't tried every library available, I used gorhom/react-native-bottom-sheet extensively at my company. During that time, I frequently encountered bugs with limited documentation to guide me toward solutions or alternatives. Some of the most prominent issues included:

  • Z-index conflicts: Opening multiple bottom sheets simultaneously often led to incorrect stacking behavior.
  • Dynamic sizing: Auto-sizing did not work reliably, particularly when involving scroll views.
  • Jittery gestures: The sheet would occasionally "jump" while being dragged.
  • Keyboard handling: Managing focus and layout across different keyboard scenarios remained inconsistent.

I initially created wrappers around the library components to mitigate these issues, but they were merely band-aid solutions that didn't address the root causes.

A New Approach

Recently, as I became more involved in open source and learned more about library maintenance and releases, I decided to take a fresh look at this problem. I am building a new library from the ground up, designed with a flexible API and explicit handling of edge cases.

Feel free to check it out here: https://github.com/doanhtu07/react-native-the-sheet

The Mental Model

In this post, I want to share the mental model behind the library's design and the specific problems it aims to solve. The Sheet is a system comprising three separate layers:

  1. Stack Item Layer
  2. Presenter Layer
  3. Content Layer

Stack Item Layer

This layer is responsible for registering the current sheet onto the stack. The stack generates a unique z-index based on the order of registration, ensuring that sheets are displayed in the correct order when multiple sheets are open simultaneously.

Presenter Layer

The presenter manages the general presentation logic. It always opens from 0% to 100% and closes from 100% to 0%. As you can imagine, this layer can move from bottom to top, left to right, or even diagonally.

This is the "secret sauce" behind supporting dynamic sizing by default. Because the presenter focuses on the transition, it doesn't need to know the content size beforehand; the content is free to size itself as needed.

Content Layer

This is the actual content you want to display. It can be a simple view with text or a complex component with gestures and animations, like a bottom sheet. You could even have a view centered on the screen, and it will work perfectly.

A Small Example

The Sheet can be used for various use cases, but in this example, I want to focus on bottom sheets. These are common requirements, but are difficult to implement correctly while handling all edge cases.

1. Wrap your app with the necessary providers

import { GestureHandlerRootView } from "react-native-gesture-handler";
import { SafeAreaProvider } from "react-native-safe-area-context";
import {
  SheetStackProvider,
  SheetKeyboardProvider,
  BottomSheetRegistryProvider,
} from "react-native-the-sheet";
import { PortalHost, PortalProvider } from "react-native-universe-portal";

export default function App() {
  return (
    <SafeAreaProvider>
      <SheetKeyboardProvider
        androidWindowSoftInputMode={/* Your app's Android window soft input mode */}
      >
        <SheetStackProvider debug>
          <PortalProvider>
            <BottomSheetRegistryProvider>
              <GestureHandlerRootView>
                {/* Your app content */}
                <PortalHost name="root" debug />
              </GestureHandlerRootView>
            </BottomSheetRegistryProvider>
          </PortalProvider>
        </SheetStackProvider>
      </SheetKeyboardProvider>
    </SafeAreaProvider>
  );
}

Enter fullscreen mode Exit fullscreen mode

  • SafeAreaProvider: Required to calculate the true safe area height available for the sheet.

  • SheetKeyboardProvider: Handles keyboard interactions correctly on Android (specifically for non-edge-to-edge layouts, adjustResize, and adjustPan).

  • SheetStackProvider: Manages the stack of sheets and their relative z-indices.

  • PortalProvider: Teleports content to the correct place in the view hierarchy.

  • BottomSheetRegistryProvider: Allows you to read internal bottom sheet states using just a sheet ID.

2. Use components to construct the bottom sheet

In this sample, we create a simple bottom sheet featuring:

  • Dynamic sizing
  • Backdrop
  • Handle
  • Static content that is aware of pan gesture (using BottomSheetView)
    • When you drag the handle or the content, the sheet will follow your finger
import { Fragment, useState } from "react";
import { Button, StyleSheet, Text, View } from "react-native";
import {
  Backdrop,
  BottomSheet,
  BottomSheetHandle,
  BottomSheetPresenter,
  BottomSheetProvider,
  BottomSheetView,
  SheetStackItem,
} from "react-native-the-sheet";
import { Portal } from "react-native-universe-portal";

export default function ExampleBottomSheetView() {
  const [isOpenA, setIsOpenA] = useState(false);

  const renderContent = () => {
    return (
      <Fragment>
        {Array.from({ length: 20 }).map((_, index) => (
          <Text key={index}>Item {index + 1}</Text>
        ))}
      </Fragment>
    );
  };

  return (
    <View style={styles.root}>
      <Text style={styles.header}>Example Bottom Sheet View</Text>

      <Button title="Open Sheet A" onPress={() => setIsOpenA(true)} />

      <Portal hostName="root">
        <SheetStackItem
          isOpen={isOpenA}
          close={() => setIsOpenA(false)}
          waitForFullyExit
          testID="sheetA"
        >
          <Backdrop />

          <BottomSheetPresenter>
            <BottomSheetProvider>
              <BottomSheet>
                <BottomSheetHandle />

                <BottomSheetView>
                  <Text>Sheet A</Text>
                  <Button
                    title="Close Sheet A"
                    onPress={() => setIsOpenA(false)}
                  />
                  {renderContent()}
                </BottomSheetView>
              </BottomSheet>
            </BottomSheetProvider>
          </BottomSheetPresenter>
        </SheetStackItem>
      </Portal>
    </View>
  );
}

// Styles

const styles = StyleSheet.create({
  header: {
    fontSize: 20,
    fontWeight: "500",
  },
  root: {
    flex: 1,
    gap: 8,
    padding: 16,
  },
});

Enter fullscreen mode Exit fullscreen mode

Flexible API

As you might have noticed, you don't need to pass many props to these components. Most functionality is encapsulated within the components themselves, giving you the freedom to mix and layout them however you choose.

Of course, there are exceptions, but I encourage you to be creative. You might discover useful patterns that I haven't even thought of yet.

Also, this example only scratches the surface of the library's capabilities. There are many more components supporting various features. Check out the full list of components and their documentation here:

Conclusion

That's it for now! I hope this gives you a good overview of the library and the mental model behind it. If you have any questions, feel free to leave a comment or open an issue on the GitHub repo: https://github.com/doanhtu07/react-native-the-sheet.

I'm always looking for feedback and suggestions on new features to improve the library for everyone while keeping the API as simple and flexible as possible.