I’m excited to share a set of mobile apps I’ve recently completed and published on both the Google Play Store and the Apple App Store. These apps are designed with a simple goal in mind: to make meaningful, structured content more accessible, whether you’re studying theology or improving your English vocabulary. 📱 Now Available on Both Platforms All apps are live and available for download: Google Play Developer Page: https://play.google.com/store/apps/dev?id=5835943159853189043 Apple App Store Developer Page: https://apps.apple.com/ca/developer/q-z-l-corp/id1888794100 📖 Theology & Confession Study Apps For those interested in Reformed theology and classical Christian teachings, I’ve developed a series of apps that present foundational texts in a clean, focused reading format: The Belgic Confession Canons of Dort Heidelberg Catechism Westminster Shorter Catechism Each app is designed to provide a distraction-free experience, making it easier to read, reflect, and revisit these im...
React Native 导航模式:为共享页面使用全局 Stack
- Get link
- X
- Other Apps
By
Errong Leng
-
React Native 导航模式:为共享页面使用全局 Stack
在许多 React Native 应用中,你可能希望从多个 Tab 打开同一个页面(如 Article 或 Details),并且希望返回按钮能回到正确的 Tab。如果你只是把页面放在某个 Tab 的 Stack 里,会遇到一个常见的 UX 问题:返回按钮总是回到该 Stack 的根页面,而不是你来时的 Tab。
问题描述
假设你有一个包含 Home、Study 和 Mastery 的 Tab Navigator。如果你把 ArticleScreen 放在 Home 的 Stack 里,并从 Study 或 Mastery 跳转到它,返回按钮总是回到 Home,而不是你来时的 Tab。这是因为导航栈是 Tab 局部的。
解决方案:使用全局 Stack
最佳实践是创建一个 RootStack,把 Tab Navigator 和所有共享页面包裹起来。这样,任何 Tab 都可以 push 共享页面,返回按钮会回到正确的 Tab。
步骤 1:定义 Root Stack
import { createNativeStackNavigator } from '@react-navigation/native-stack';
import TabNavigator from './TabNavigator';
import ArticleScreen from './ArticleScreen';
const RootStack = createNativeStackNavigator();
export default function AppNavigator() {
return (
<RootStack.Navigator>
<RootStack.Screen
name=\"Main\"
component={TabNavigator}
options={{ headerShown: false }}
/>
<RootStack.Screen
name=\"Article\"
component={ArticleScreen}
options={{ title: 'Article' }}
/>
</RootStack.Navigator>
);
}
步骤 2:从 Tab Stack 移除 ArticleScreen
只在 RootStack 里包含 ArticleScreen,不要放在任何 Tab 的 Stack 里。
步骤 3:更新导航调用
需要打开 Article 页面时,直接用:
navigation.navigate('Article', { articleId });
现在,返回按钮会回到你来时的 Tab,用户体验更自然。
为什么这样设计?
- 导航历史是全局的,不局限于某个 Tab。
- 任何 Tab 都能 push 共享页面,返回导航正确。
- 适合多个共享页面,易于扩展。
总结
如果你需要从多个 Tab 打开同一个页面,并希望返回按钮表现直观,推荐使用全局 Stack Navigator。这种模式简洁、可扩展,并能带来最佳的 React Native 用户体验。
你在项目中用过这种模式吗?欢迎留言交流!
❤️ Support This Blog
If this post helped you, you can support my writing with a small donation. Thank you for reading.
Best Practices
Code
Cross-tab navigation
Mobile Development
Mobile UX
Navigation
React Native
React Native中文
React Navigation
Stack Navigator
Tab Navigator
前端开发
- Get link
- X
- Other Apps
Popular Posts
Fix “A problem occurred starting process 'command node'” in Android Studio for React Native
By
Errong Leng
-
Fix “A problem occurred starting process 'command node'” in Android Studio for React Native If you are building a React Native Android project and encounter this error during Gradle sync: A problem occurred evaluating project ':react-native-svg'. > A problem occurred starting process 'command 'node'' —even though node works perfectly in your terminal—this guide will show you how to fix it quickly. Common Misconceptions This error is often mistaken as a Node.js or PATH issue, but that is not always the case. Node.js is installed and working in your terminal. PATH and environment variables appear correct. Still, Android Studio Gradle sync fails with the above error. The Real Cause The issue typically arises because of an incorrect Gradle JDK configuration inside Android Studio . Gradle runs inside a JVM and uses that JVM to spawn external processes (like node ). If the Gradle JDK is incompatible or misconfigured, Gradle will...
Fix up watchman issue with Ghost
By
三好Daddy
-
# Issue >> >> at BunserBuf.<anonymous> (/home/errong_leng/Ghost/core/client/node_modules/fb-watchman/index.js:95:23) >> at emitOne (events.js:116:13) >> at BunserBuf.emit (events.js:211:7) >> at BunserBuf.process (/home/errong_leng/Ghost/core/client/node_modules/bser/index.js:292:10) >> at /home/errong_leng/Ghost/core/client/node_modules/bser/index.js:247:12 >> at _combinedTickCallback (internal/process/next_tick.js:131:7) >> at process._tickCallback (internal/process/next_tick.js:180:9) >> A non-recoverable condition has triggered. Watchman needs your help! >> The triggering condition was at timestamp=1509698956: inotify-add-watch(/home/errong_leng/Ghost/core/client/node_modules/ember-cli-node-assets/node_modules/broccoli-funn...
Using Mutual TLS (mTLS) in Next.js (Server-Side Only)
By
三好Daddy
-
Using Mutual TLS (mTLS) in Next.js (Server-Side Only) In the previous posts, we covered: Part 1: Making mTLS API requests from Node.js clients Part 2: Enabling mTLS in Node.js servers Now we focus on Next.js applications and how mTLS works depending on deployment. Next.js Cannot Access TLS Handshake Directly Next.js middleware and API routes run after the TLS handshake They cannot see client certificates or verify them Next.js built-in server does not expose Node's HTTPS options like requestCert In short: Next.js middleware cannot enforce mTLS or access TLS handshake details . Any enforcement must happen before the request reaches Next.js. Next.js as an mTLS Client (Server-Side API Calls) Next.js can securely call mTLS-protected APIs from server-side code, such as: API routes Server actions import fs from 'fs'; import https from 'https'; import axios from 'axios'; export async function GET(req) { const...
Comments
Post a Comment