fix: mock데이터 삭제, 주석 삭제, 안쓰는 데이터 삭제

[jjjsun]

💡 개요

필요없는 데이터들 삭제하고 주석삭제하고, mock데이터 관련 전부 삭제 진행했습니다

🔢 관련 이슈 링크

• Closes [Fix] 안쓰는 데이터, mock데이터, 주석삭제 #76

💻 작업내용

• 필요없는 데이터 삭제

📌 변경사항PR

• FEAT: 새로운 기능 추가
• FIX: 버그/오류 수정
• CHORE: 코드/내부 파일/설정 수정
• DOCS: 문서 수정(README 등)
• REFACTOR: 코드 리팩토링 (기능 변경 없음)
• TEST: 테스트 코드 추가/수정
• STYLE: 스타일 변경(포맷, 세미콜론 등)

🤔 추가 논의하고 싶은 내용

• 제출마감기한으로 인해 바로 merge진행하겠습니다!

✅ 체크리스트

• 브랜치는 잘 맞게 올렸는지
• 관련 이슈를 맞게 연결했는지
• 로컬에서 정상 동작을 확있했는지
• 충돌이 없다(또는 브랜치에서 충돌 해결 후 PR 업데이트 완료)

Summary by CodeRabbit

릴리스 노트

• New Features

  • 마이페이지에 예약 목록/필터링 기능 추가(전체, 예정, 방문 완료, 취소).

• Chores

  • 결제 수단 관리 화면 제거.
  • 설정 페이지에서 비밀번호 변경·알림 설정·계정 탈퇴 옵션 제거.
  • 라우팅 구조 간소화 및 마이페이지(정보, 설정, 구독, 예약, 가게) 그룹화.

• UI Changes

  • 소개 섹션 이미지 교체 및 최적화(지연 로드).

[coderabbitai]

Warning

Rate limit exceeded

@jjjsun has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 9 minutes and 9 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📝 Walkthrough

Walkthrough

라우팅을 모듈화하여 myPage/private/public 그룹으로 재구성하고 불필요한 mock 데이터(restaurants, stores, menus)와 결제 관련 UI(PaymentPage, PaymentAddModal)를 삭제했으며 코드 스타일(큰따옴표, 주석) 일괄 정리 및 일부 API 에러 처리 강화가 적용되었습니다.

Changes

Cohort / File(s)	Summary
라우팅 구조 src/App.tsx	myPageRoutes / privateRoutes / publicLayoutRoutes 도입, Intro 루트("/") 추가, PrivateRoute로 인증 경로 래핑 및 PublicLayout 내 /search 포함, 전역 NotFound 처리.
Mock 데이터 제거 src/mock/menus.ts, src/mock/restaurants.ts, src/mock/stores.detail.mock.ts, src/mock/stores.search.mock.ts	모든 mock 데이터 파일 삭제 — 개발/테스트용 데이터 소스가 사라짐.
결제 UI 삭제 src/pages/myPage/paymentPage.tsx, src/components/modals/paymentAddModal.tsx	결제 수단 관리 페이지와 모달 컴포넌트 전체 제거(라우트/모달 참조 제거 필요).
MyPage 관련 변경 src/pages/myPage/reservationPage.tsx, src/pages/myPage/storePage.tsx, src/pages/myPage/settingPage.tsx, src/pages/myPage/subscriptionPage.tsx	reservation 타입 도입 및 상태화, storePage에서 MOCK_RESTAURANTS 제거하여 빈 상태로 전환, settingPage에서 일부 섹션 제거, 주석 정리.
오너 대시보드·테이블 관련 src/components/owner/tableDashboard.tsx, src/components/owner/tableDetailModal.tsx, src/components/owner/MenuManagement.tsx, src/components/owner/AddTableModal.tsx	포맷/문자열 일관화(큰따옴표), tableDashboard 대폭 포맷·로직 정리(localStorage/초기화 등), Step 타입 표기 통일.
API 변경/에러 처리 src/api/owner/menus.ts, src/api/owner/storeLayout.ts	코드 포맷 정리 및 createLayout/createTable에 예외 처리(throw 및 로그/널 반환) 추가 — 호출부 예외 처리 필요.
인증·스키마 경로 및 주석 정리 src/components/auth/LoginDialog.tsx, src/components/auth/SignupDialog.tsx, src/hooks/queries/useAuth.ts	스키마 파일명 대소문자 변경(import 경로), 주석 제거, 타입 import 경로 조정.
UI/이미지 변경 src/components/main/ForOwnerSection.tsx, src/components/main/ForUserSection.tsx	그라디언트/플레이스홀더 대신 이미지 요소로 교체(alt 및 loading="lazy" 추가).
기타 정리·타입 통일 src/types/table.ts, src/types/restaurant.ts, src/utils/error.ts, 여러 페이지 및 컴포넌트	문자열 표기 통일, 불필요한 주석 삭제, 일부 메시지/문구 형식 정리.

Sequence Diagram(s)

sequenceDiagram
participant User as 사용자
participant Router as createBrowserRouter
participant PublicLayout as PublicLayout
participant PrivateRoute as PrivateRoute
participant Page as Page Component

User->>Router: URL 요청
Router->>PublicLayout: public routes 검사
alt auth required
PublicLayout->>PrivateRoute: 인증검사로 라우팅
PrivateRoute->>Page: 인증 통과 시 페이지 렌더
PrivateRoute-->>Router: 인증 실패 -> 리다이렉트/NotFound
else public
PublicLayout->>Page: public 페이지 렌더
end

Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

• feat: 새 가게 등록 UI 구현 #31 — App.tsx 라우팅 변경 및 StoreRegistrationPage 연결과 직접적 연관(라우팅 충돌 가능).
• feat: 내 가게 관리 사장 대시보드 API 연동 #57 — owner API 및 테이블/레이아웃 로직 변경과 중복 범위(스토어 레이아웃 API 호출/에러 처리 관련).
• fix: 마이페이지 내 결제수단 관리 탭 삭제 #73 — PaymentPage/PaymentAddModal 관련 변경(삭제로 인한 기능 이동 또는 재구현 여부 확인 필요).

Suggested reviewers

• yooseolhee
• dew102938

Poem

🧹 정리의 한판, 코드가 가벼워졌네
mock은 안녕, 라우트는 반듯하게
결제창은 사라지고 빈 화면 뜨면
API 한 번 더 확인해줘요 🙏
작은 오류도 놓치지 말자 ✨

🚥 Pre-merge checks | ✅ 2 | ❌ 3

❌ Failed checks (2 warnings, 1 inconclusive)

Check name	Status	Explanation	Resolution
Out of Scope Changes check	⚠️ Warning	일부 파일에서 주석 제거 외에 추가적인 리팩토링(문자열 인코딩 변경, 타입 정의 수정, 라우팅 구조 개선) 등이 포함되어 있습니다.	App.tsx의 라우팅 구조 변경, table.ts의 SeatsType 타입 변경, 로그인 스키마 경로 변경 등은 이슈 #76 범위를 벗어나므로 별도 이슈로 분리하거나 이슈 설명을 수정해주세요.
Docstring Coverage	⚠️ Warning	Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%.	Write docstrings for the functions missing them to satisfy the coverage threshold.
Description check	❓ Inconclusive	PR 설명이 템플릿 구조를 따르고 있으나, 변경사항 체크리스트에 실제 선택된 항목이 없어 구체성이 부족합니다.	변경사항 섹션에서 CHORE 또는 REFACTOR를 체크하여 작업 성격을 명확히 하고, 작업내용을 더 상세히 기재해주세요.

✅ Passed checks (2 passed)

Check name	Status	Explanation
Title check	✅ Passed	PR 제목이 변경사항의 핵심(mock 데이터 삭제, 주석 삭제)을 명확하고 간결하게 요약하고 있습니다.
Linked Issues check	✅ Passed	PR의 코드 변경사항들이 이슈 #76의 요구사항(불필요한 데이터/mock 데이터/주석 삭제)을 충족하고 있습니다.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing touches

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Post copyable unit tests in a comment
• Commit unit tests in branch chore/delete-mock

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[coderabbitai]

Actionable comments posted: 4

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (3)

src/components/owner/MenuManagement.tsx (2)

78-102: ⚠️ Potential issue | 🟠 Major

menus 상태를 useEffect 내부에서 참조하지만 의존성 배열에 없어요 — stale closure 버그 🐛

Line 86에서 menus.filter(m => m.id.startsWith("MENU_"))를 호출하는데, menus가 useEffect의 의존성 배열([restaurantId])에 포함되어 있지 않습니다. 이로 인해 API 응답 시점에 menus는 항상 초기값(빈 배열 또는 localStorage에서 불러온 값)을 참조하게 됩니다.

의도가 localStorage에서 불러온 임시 메뉴를 서버 메뉴와 병합하는 것이라면, menus를 deps에 넣으면 무한 루프가 발생하므로 다른 방식으로 접근해야 합니다.

🐛 수정 제안 — functional setState 활용

         if (res.isSuccess && res.result && Array.isArray(res.result.menus)) {
           const serverMenus = res.result.menus.map(mapServerToLocal);
 
-          const localTempMenus = menus.filter((m) => m.id.startsWith("MENU_"));
-
-          const mergedMenus = [...serverMenus, ...localTempMenus];
-
-          setMenus(mergedMenus);
-          localStorage.setItem(STORAGE_KEY_MENU, JSON.stringify(mergedMenus));
+          setMenus((prev) => {
+            const localTempMenus = prev.filter((m) => m.id.startsWith("MENU_"));
+            const mergedMenus = [...serverMenus, ...localTempMenus];
+            localStorage.setItem(STORAGE_KEY_MENU, JSON.stringify(mergedMenus));
+            return mergedMenus;
+          });

---

133-136: ⚠️ Potential issue | 🟡 Minor

handleEditClick에서 storeId 검증 없이 모달을 열고, storeId! non-null assertion 사용 ⚠️

handleAddClick(line 139)에서는 storeId 검증을 하고 있지만, handleEditClick(line 133)에서는 검증 없이 모달을 엽니다. Line 336에서 storeId={storeId!}로 non-null assertion을 사용하고 있어서, storeId가 undefined일 때 handleEditClick으로 모달이 열리면 문제가 될 수 있어요.

🛡️ 수정 제안

  const handleEditClick = (menu: any) => {
+   if (!storeId) {
+     alert("가게 정보가 없습니다.");
+     return;
+   }
    setEditingMenu(menu);
    setIsModalOpen(true);
  };

Also applies to: 336-336

src/pages/ownerPage.tsx (1)

83-92: 🛠️ Refactor suggestion | 🟠 Major

activeTab 조건이 중복으로 체크되고 있어요.

바깥 조건에서 이미 activeTab === "settings" / activeTab === "menu"를 확인했는데, 안쪽에서 동일한 조건을 다시 검사하고 있어요. 불필요한 중복입니다.

♻️ 중복 조건 제거 제안

         {activeTab === "settings" && (
           <div className="max-w-7xl mx-auto text-gray-500">
-            {activeTab === "settings" && <StoreSettings storeId={storeId} />}
+            <StoreSettings storeId={storeId} />
           </div>
         )}
         {activeTab === "menu" && (
           <div className="max-w-7xl mx-auto text-gray-500">
-            {activeTab === "menu" && <MenuManagement storeId={storeId} />}
+            <MenuManagement storeId={storeId} />
           </div>
         )}

🤖 Fix all issues with AI agents

In `@src/components/owner/AddTableModal.tsx`:
- Around line 56-62: Add accessibility attributes and focus management to the
AddTableModal component: add role="dialog", aria-modal="true", and
aria-labelledby pointing to the modal title element (e.g., the h3) on the modal
container rendered in AddTableModal; give the close button (the element
rendering <X />) a descriptive aria-label like "Close" and ensure onClose is
called for both click and Escape key by adding a keydown listener that triggers
onClose for Esc; implement a focus trap inside the modal so Tab/Shift+Tab loop
within modal focusable elements and set initial focus to the first interactive
element (or the close button) when AddTableModal mounts and return focus to the
previously focused element when it unmounts; ensure you remove any event
listeners on unmount to avoid leaks.

In `@src/components/owner/tableDashboard.tsx`:
- Line 102: The useMemo call for initialData uses useMemo(() => getSavedData(),
[]) but getSavedData captures STORAGE_KEY which depends on storeId, so the empty
dependency array can cause stale reads and ESLint exhaustive-deps warnings;
update the dependency list to include the reactive values used to build
STORAGE_KEY (e.g., storeId) or pass STORAGE_KEY directly so useMemo(() =>
getSavedData(), [storeId]) (or equivalent) and ensure getSavedData references
the current storeId/KEY when computing initialData; adjust references to
useMemo, getSavedData, STORAGE_KEY, and initialData accordingly.

In `@src/pages/OAuthCallbackPage.tsx`:
- Line 35: In the OAuthCallbackPage component update the displayed progress text
"로그인 처리 중.." to use a standard three-dot ellipsis: "로그인 처리 중..." so change the
string literal rendered in the JSX (the text node currently "로그인 처리 중..") to
have three dots.

In `@src/pages/ownerPage.tsx`:
- Around line 75-82: The message shown when storeId is missing is
developer-facing and inconsistent guards are missing for other tabs; update the
"storeId가 없습니다." text to a user-friendly message (e.g., 안내 문구 like "가게 정보를 불러올 수
없습니다. 잠시 후 다시 시도해주세요."), and add consistent guards before rendering components
that rely on storeId (check activeTab === "settings" or "menu" and ensure
storeId exists before rendering related components such as TableDashboard,
SettingsComponent, MenuComponent), rendering the same friendly fallback UI or a
loading/empty state instead of passing undefined storeId to child components.

🧹 Nitpick comments (11)

src/components/auth/LoginDialog.tsx (1)

48-52: AI 요약과 실제 코드 불일치 참고

라이브러리 컨텍스트 요약에서 "useEffect가 제거되었다"고 언급되어 있지만, 실제 코드에는 useEffect가 그대로 남아있습니다. 현재 동작이 정상이고 isOpen 변경 시 폼을 reset()하는 로직이 유지되어야 하므로, 코드가 올바른 상태입니다.

한 가지 참고로, reset()은 폼 필드만 초기화하고 showEmailLogin state는 초기화하지 않아서, 다이얼로그를 닫았다가 다시 열면 이메일 로그인 화면이 그대로 보일 수 있어요. 의도된 동작이 아니라면 setShowEmailLogin(false)도 함께 호출하는 걸 고려해보세요.

💡 showEmailLogin 초기화 제안

  useEffect(() => {
    if (isOpen) {
      reset();
+     setShowEmailLogin(false);
    }
  }, [isOpen, reset]);

,

src/components/owner/AddTableModal.tsx (2)

26-45: 사용자 경험 개선: alert() 대신 UI 내 에러 메시지 표시를 권장합니다.

현재 유효성 검사 에러를 alert()으로 표시하고 있는데, 이는 몇 가지 문제가 있어요:

1. 접근성 측면에서 alert()는 스크린 리더에게 일관되게 전달되지 않을 수 있습니다
2. 모바일 환경에서 alert 팝업이 부자연스럽습니다
3. 여러 필드에 문제가 있어도 한 번에 하나씩만 확인 가능합니다

💡 UI 기반 에러 표시 예시

+ const [errors, setErrors] = useState<string[]>([]);
+
  const handleConfirm = () => {
+   const newErrors: string[] = [];
+
    if (minSeatCount > maxSeatCount) {
-     alert("최소 인원은 최대 인원보다 클 수 없습니다.");
-     return;
+     newErrors.push("최소 인원은 최대 인원보다 클 수 없습니다.");
    }

    if (gridX < 1 || gridX > gridCols || gridY < 1 || gridY > gridRows) {
-     alert(
-       `좌표가 배치도 범위를 벗어났습니다. (1~${gridCols}, 1~${gridRows})`,
-     );
-     return;
+     newErrors.push(`좌표가 배치도 범위를 벗어났습니다. (1~${gridCols}, 1~${gridRows})`);
    }

    const isOccupied = existingTables.some(
      (t) => t.gridX === gridX && t.gridY === gridY,
    );
    if (isOccupied) {
-     alert("해당 좌표에 이미 테이블이 있습니다.");
-     return;
+     newErrors.push("해당 좌표에 이미 테이블이 있습니다.");
    }
+
+   if (newErrors.length > 0) {
+     setErrors(newErrors);
+     return;
+   }

    onConfirm({
      gridX,
      gridY,
      minSeatCount,
      maxSeatCount,
      seatsType,
    });
  };

  // JSX 내부에 에러 표시 추가
+ {errors.length > 0 && (
+   <div className="mb-4 p-2 bg-red-50 border border-red-200 rounded" role="alert">
+     {errors.map((error, idx) => (
+       <p key={idx} className="text-sm text-red-600">{error}</p>
+     ))}
+   </div>
+ )}

---

65-95: 입력 검증 강화: number input에 min/max 속성 추가해주세요.

현재 number input 필드들이 음수나 비정상적인 값을 입력할 수 있어요. HTML 속성으로 기본 제약을 추가하면 사용자 경험이 개선됩니다.

🔢 입력 제약 추가 예시

  <input
    id="add-table-gridx"
    type="number"
    className="border p-1 rounded w-full"
    value={gridX}
    onChange={(e) => setGridX(Number(e.target.value))}
+   min={1}
+   max={gridCols}
  />
  
  <input
    id="add-table-gridy"
    type="number"
    className="border p-1 rounded w-full"
    value={gridY}
    onChange={(e) => setGridY(Number(e.target.value))}
+   min={1}
+   max={gridRows}
  />
  
  <input
    id="add-table-min-seat"
    type="number"
    className="border p-1 rounded w-full"
    value={minSeatCount}
    onChange={(e) => setMinSeatCount(Number(e.target.value))}
+   min={1}
  />
  
  <input
    id="add-table-max-seat"
    type="number"
    className="border p-1 rounded w-full"
    value={maxSeatCount}
    onChange={(e) => setMaxSeatCount(Number(e.target.value))}
+   min={1}
  />

src/pages/myPage/storePage.tsx (1)

6-16: Mock 데이터 제거 후 빈 배열로 초기화 — 향후 API 연동 필요 👀

Mock 데이터 정리 의도는 이해하지만, 현재 shops가 항상 빈 배열이라 이 페이지는 항상 "등록된 가게가 없습니다" 상태만 보여주게 됩니다. 향후 실제 API 연동 시 로딩/에러 상태 처리도 함께 추가해주시면 좋겠어요.

또한, 인라인 타입 정의가 길어서 별도 type이나 interface로 분리하면 가독성이 더 좋아질 것 같습니다.

♻️ 타입 분리 예시

+type Shop = {
+  id: string;
+  name: string;
+  isApproved: boolean;
+  address: string;
+  category: string;
+  totalReservations: string;
+  rating: string;
+  reviews: string;
+  notice?: string;
+};
+
 export default function StorePage() {
-  const shops: Array<{
-    id: string;
-    name: string;
-    isApproved: boolean;
-    address: string;
-    category: string;
-    totalReservations: string;
-    rating: string;
-    reviews: string;
-    notice?: string;
-  }> = [];
+  const shops: Shop[] = [];

src/pages/myPage/reservationPage.tsx (1)

70-79: cn() 내 상태별 스타일 조건이 중복/겹침이 있어요

현재 조건 구조를 보면:

• Line 73-75: res.status === "예약 확정" → blue, 그 외(else) → green
• Line 76-77: res.status === "방문 완료" → green (위 else와 중복)
• Line 78: res.status === "취소됨" → gray

cn()의 마지막 truthy 클래스가 이기는 방식으로 동작은 하지만, 의도가 명확하지 않아 유지보수 시 혼란을 줄 수 있습니다.

♻️ 조건 정리 예시

 <span
   className={cn(
     "px-3 py-1 rounded-full text-xs font-medium",
-    res.status === "예약 확정"
-      ? "bg-blue-50 text-blue-600"
-      : "bg-green-50 text-green-600",
-    res.status === "방문 완료" &&
-      "bg-green-50 text-green-600",
-    res.status === "취소됨" && "bg-gray-100 text-gray-500",
+    res.status === "예약 확정" && "bg-blue-50 text-blue-600",
+    res.status === "방문 완료" && "bg-green-50 text-green-600",
+    res.status === "취소됨" && "bg-gray-100 text-gray-500",
   )}
 >

src/components/owner/MenuManagement.tsx (1)

4-5: 동일 모듈에서 중복 import

@/api/owner/menus에서 두 번 import하고 있어요. 하나로 합쳐주시면 깔끔합니다.

♻️ import 합치기

-import { deleteMenus } from "@/api/owner/menus";
-import { getMenus, updateMenuSoldOut } from "@/api/owner/menus";
+import { deleteMenus, getMenus, updateMenuSoldOut } from "@/api/owner/menus";

src/api/owner/storeLayout.ts (1)

66-84: createLayout은 throw, createTable은 null 반환 — 에러 처리 패턴이 다릅니다

createLayout은 실패 시 예외를 throw하고, createTable/getActiveLayout은 null을 반환합니다. 호출하는 쪽에서 두 가지 패턴을 모두 대응해야 해서 실수할 여지가 있어요. 당장 수정이 필요한 건 아니지만, 향후 통일하면 좋겠습니다.

src/components/owner/tableDetailModal.tsx (1)

384-390: SEATS_TYPE_LABEL이 src/types/table.ts에 이미 정의되어 있는데 여기서 중복 선언되고 있어요.

src/types/table.ts에서 export된 SEATS_TYPE_LABEL을 import해서 쓰면 중복을 제거할 수 있습니다. tableDashboard.tsx(Line 567-573)에서도 동일하게 중복 선언하고 있으니, 두 파일 모두 정리하면 좋겠어요.

♻️ import로 교체 제안

-import type { SeatsType } from "@/types/table";
+import { SEATS_TYPE_LABEL, type SeatsType } from "@/types/table";

 // ... (컴포넌트 내부에서)
-  const SEATS_TYPE_LABEL: Record<SeatsType, string> = {
-    GENERAL: "일반석",
-    WINDOW: "창가석",
-    ROOM: "룸",
-    BAR: "바 좌석",
-    OUTDOOR: "야외석",
-  };

src/components/owner/tableDashboard.tsx (2)

567-573: SEATS_TYPE_LABEL 중복 선언 — tableDetailModal.tsx에서도 동일하게 언급드렸어요.

src/types/table.ts에서 이미 export하고 있으니, import해서 사용하면 세 곳의 중복을 한 곳으로 줄일 수 있습니다.

♻️ import로 교체

-import type { SeatsType } from "@/types/table";
+import { SEATS_TYPE_LABEL, type SeatsType } from "@/types/table";

 // 컴포넌트 내부의 SEATS_TYPE_LABEL 선언 제거
-  const SEATS_TYPE_LABEL: Record<SeatsType, string> = {
-    GENERAL: "일반석",
-    WINDOW: "창가석",
-    ROOM: "룸",
-    BAR: "바 좌석",
-    OUTDOOR: "야외석",
-  };

---

981-982: openTime/closeTime가 하드코딩되어 있어요.

BreakTimeModal에 전달하는 openTime="11:00", closeTime="22:00"이 하드코딩되어 있는데, 가게별로 영업시간이 다를 수 있잖아요. 현재 스토어 설정에서 가져오는 것이 더 정확할 것 같습니다. 당장 문제는 아니지만, 나중에 개선하면 좋을 것 같아요!

src/App.tsx (1)

21-26: React 컴포넌트 파일명을 PascalCase로 정규화해 주세요.

현재 myInfoPage, reservationPage, settingPage, subscriptionPage, storePage, ownerPage 등이 소문자로 시작하고 있는데, React 컴포넌트 파일은 관례적으로 PascalCase 규칙을 따릅니다. 코드베이스 내에서 StoreRegistrationPage, NotFound 같은 파일들은 PascalCase를 사용하고 있어서 일관성이 떨어집니다.

파일명을 다음처럼 변경하면 좋겠어요:

• myInfoPage.tsx → MyInfoPage.tsx
• reservationPage.tsx → ReservationPage.tsx
• settingPage.tsx → SettingPage.tsx
• subscriptionPage.tsx → SubscriptionPage.tsx
• storePage.tsx → StorePage.tsx
• ownerPage.tsx → OwnerPage.tsx

그런 다음 import문도 함께 업데이트해 주시면 됩니다.