本文へスキップ
製品デスクトップツールTASTECAD図面の確認TASTEFILESファイル管理TASTEFTPファイル転送TASTESSHリモートワークスペースTASTEZIP圧縮と展開開発ツールTASTECODERust 統合開発環境TASTESTUDIO統合開発・テスト環境TASTEETLデータ統合(ETL)サーバーTASTEREMOTEリモートデスクトップサーバーTASTEGEO空間情報サーバーTASTEMAILメールワークスペースはじめるダウンロードドキュメント購入すべての製品
マーケットプレイス
ニュース
技術ニュース今日の開発ニュース開発ドキュメントプログラミング言語RustTypeScriptJavaScriptPythonGoC#JavaCC++KotlinDartWebフロントエンド フレームワークNext.jsReactVue.js · NuxtSvelteKitAngularサーバー フレームワークSpring BootDjangoFastAPIASP.NET CoreNestJS · Expressアプリ・デスクトップ フレームワークTauriFlutterReact NativeElectronアルゴリズムアルゴリズムの基礎主要アルゴリズム発展アルゴリズム実務のアルゴリズム
コミュニティプロジェクト開発ログプロンプトAIツールの問題ショーケースコミュニティガイド
協業技術移転ウェブサイト構築デスクトップアプリ構築リリース・決済パイプライン販売パートナーお問い合わせ
サービスリモートデスクトップインストールパッケージのカスタマイズ
TASTEDEV
製品

デスクトップツール

TASTECAD複雑な図面を、軽やかにひらくTASTEFILES必要なファイルだけを、最速でTASTEFTPファイルが行き交う、いちばん端正な道TASTESSHサーバーとあなたを、より確かにつなぐTASTEZIPより速くまとめ、より安全にひらく

開発ツール

TASTECODERust アプリの編集・ビルド・デバッグ・テストまでひとつのウィンドウでTASTESTUDIO編集からリモートテスト、承認した AI 修正までTASTEETL値を見ながら、データを運ぶ

サーバー

TASTEREMOTE自社サーバーで運用するリモートデスクトップTASTEGEOGeoServer 互換の空間情報サーバーを Rust で作り直しますTASTEMAILメールの主導権を、もう一度自分の手に

はじめる

ダウンロード全製品の最新版ドキュメント各製品の使い方購入サブスクリプション・永久ライセンスすべての製品全製品を一覧で
すべての製品
マーケットプレイスニュース
技術

ニュース

今日の開発ニュース言語・フレームワーク・GitHub・AI の公式発表開発ドキュメント言語・フレームワーク・アルゴリズムのガイド

プログラミング言語

RustTypeScriptJavaScriptPythonGoC#JavaCC++KotlinDart

フレームワーク

Webフロントエンド フレームワークNext.jsReactVue.js · NuxtSvelteKitAngular
サーバー フレームワークSpring BootDjangoFastAPIASP.NET CoreNestJS · Express
アプリ・デスクトップ フレームワークTauriFlutterReact NativeElectron

アルゴリズム

アルゴリズムの基礎計算量解析 · ソート · 探索 · 基本データ構造 · 木構造とヒープ主要アルゴリズムグラフ探索 · 最短経路と最小全域木 · 動的計画法 · 貪欲法 · 分割統治法 · バックトラッキング発展アルゴリズム文字列アルゴリズム · 数学と整数論 · ビット演算 · セグメント木 · Union-Find実務のアルゴリズムコーディング面接対策 · LRUキャッシュ · レート制限 · コンシステントハッシュ法
開発ドキュメントをすべて見る
コミュニティ
プロジェクトビルダーと作品を探す開発ログ決定と試行錯誤プロンプト再利用できる指示AIツールの問題Claude・Codex・Gemini の問題と回避策ショーケース完成した成果コミュニティガイドオープンにつくる方法
協業
技術移転Rust・egui でネイティブアプリを作るウェブサイト構築10言語、アカウント、ドキュメントとダウンロードデスクトップアプリ構築Rust・egui、WebView なしリリース・決済パイプライン署名・MSI・deb・rpm・AppImage・ハッシュ販売パートナー紹介して決済額の30%お問い合わせ構築・提携・投資のご相談
サービス
リモートデスクトップブラウザから自分のパソコンへインストールパッケージのカスタマイズ必要な機能だけ、設定は事前に
購入
JA
한국어EnglishDeutschEspañolFrançaisItalianoPortuguês (Brasil)日本語简体中文繁體中文
ログイン
ログイン
TASTEDEV

小さなツールから、より良い開発へ。

support@tastedev.netTASTEDEVを支援
製品製品ラインナップ購入ドキュメントダウンロードマーケットプレイスサポート
コミュニティプロジェクト開発ログプロンプトAIツールの問題ショーケース
ポリシープライバシーポリシー利用規約サブスクリプション規約返金ポリシーコミュニティガイドライン
アカウントログイン新規登録
訪問者
今日
012345678901234567890123456789012345678901234567890123456789
昨日
012345678901234567890123456789012345678901234567890123456789
累計閲覧
0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789
商号
GXSOFT
代表者
CHOI YOUNG GU
事業者登録番号
853-44-00368
所在地
9F V24, 351 Gyeongin-ro, Michuhol-gu, Incheon, Republic of Korea
電話
+82-10-4404-1523
メール
whitecalvin@tastedev.net
個人情報保護責任者
CHOI YOUNG GU

© 2026 TASTEDEV製品情報は検証済みの開発ソースに基づいています。リリース・改善中

React Native ドキュメント
React Native
Getting Started with React NativeProject StructureCore ConceptsData and StateTestingDeployment
ディスカッション

React Native ガイド · 2/6

Project Structure

この章は現在、英語でのみ提供しています。

This chapter looks at the files that make up an Expo project and a Community CLI project: where the app starts, and where settings such as the app name, icon and permissions live.

The Expo default template

A project created with npx create-expo-app@latest looks roughly like this. The exact files vary with the Expo SDK version and template, and some templates use src/app/ instead of app/.

my-app/
  app/                 screens (routes)
    _layout.tsx        root layout
    (tabs)/
      _layout.tsx      tab navigator
      index.tsx        first tab (/)
      explore.tsx      second tab (/explore)
  assets/              images and fonts
  components/          reusable components
  constants/           constants such as colors
  hooks/               custom hooks
  app.json             app configuration
  package.json
  tsconfig.json

The main field in package.json points to expo-router/entry, so on launch Expo Router reads the app/ directory and builds the screens from it. To remove the example screens and start from an empty app/ directory, run the template's npm run reset-project script.

Expo Router file conventions

Expo Router is a file-based router: the path of a file inside app/ becomes the route.

FileRoute or role
app/index.tsx/, the initial screen
app/settings.tsx/settings
app/posts/[id].tsxdynamic route such as /posts/42
app/(tabs)/...group: parentheses keep it out of the URL
app/_layout.tsxlayout wrapping sibling screens (Stack, Tabs and so on)
app/+not-found.tsxshown when no route matches

A layout file decides which navigator presents the screens in its folder. Here is a root layout using a stack navigator:

import { Stack } from "expo-router";

export default function RootLayout() {
  return (
    <Stack>
      <Stack.Screen name="index" options={{ title: "Home" }} />
      <Stack.Screen name="settings" options={{ title: "Settings" }} />
    </Stack>
  );
}

If you choose the blank template without a router (--template blank-typescript), App.tsx is the root component and index.ts registers it with .

この章について質問がありますか?
前の章Getting Started with React Native次の章Core Concepts
registerRootComponent(App)

app.json and app.config

The app name, icon, splash screen, bundle identifiers, permissions and config plugins go under the expo key in app.json.

{
  "expo": {
    "name": "My App",
    "slug": "my-app",
    "version": "1.0.0",
    "orientation": "portrait",
    "icon": "./assets/images/icon.png",
    "scheme": "myapp",
    "ios": { "bundleIdentifier": "com.example.myapp" },
    "android": { "package": "com.example.myapp" },
    "plugins": ["expo-router"]
  }
}

When values depend on environment variables, use app.config.ts (or app.config.js). It receives the contents of app.json as config and can return a modified version.

import type { ExpoConfig, ConfigContext } from "expo/config";

export default ({ config }: ConfigContext): ExpoConfig => ({
  ...config,
  name: process.env.APP_VARIANT === "development" ? "My App (Dev)" : "My App",
  slug: "my-app",
});

Native folders and prebuild

An Expo project starts without android/ and ios/. Expo follows Continuous Native Generation (CNG): it generates the native projects on demand from app.json and config plugins. npx expo run:android and EAS Build run this step for you, and you can also run it directly:

npx expo prebuild
npx expo prebuild --clean

Treating the native folders as build output and listing them in .gitignore keeps all configuration in one place, app.json. If instead you edit the generated folders and commit them, you take over their maintenance, and native settings you later change in app.json are no longer applied automatically.

Community CLI projects

A project created with the CLI includes the native folders from the start.

File or folderRole
index.jsentry point that registers the root component with AppRegistry
App.tsxroot component
android/Gradle-based Android project
ios/Xcode project and Podfile
metro.config.js, babel.config.jsbundler and transform settings
app.jsonapp name registered with the native side
import { AppRegistry } from "react-native";
import App from "./App";
import { name as appName } from "./app.json";

AppRegistry.registerComponent(appName, () => App);

Summary

  • In an Expo project, the file tree under app/ defines the screens, and _layout.tsx files choose the navigators.
  • Static app settings live in app.json; dynamic ones go in app.config.ts.
  • android/ and ios/ are generated by npx expo prebuild; whether to commit them is a team decision.
  • In a CLI project, AppRegistry in index.js is the entry point and you maintain the native folders yourself.

コメント 0件

人気のコメント順新しい順

ログイン · ログインするとコメントできます。