လေ့ကျင့်ခန်း - မိုဘိုင်း Glossary နှင့် ဆုံးဖြတ်ချက် လမ်းညွှန်

နားလည်ထားရမယ့် အချက်

ဒီကုန်သင်ရိုးရဲ့ အခန်းတိုင်းက မတူညီတဲ့ မေးခွန်းအမျိုးအစားတစ်ခုစီကို ဖြေဆိုပေးထားပါတယ်။ ဒီအခန်းတွေကို ပေါင်းစပ်ကြည့်ရင် သီးခြားစီ အလွတ်ကျက်ဖို့ ရည်ရွယ်ထားတာမဟုတ်ပါဘူး - တကယ့် ဆုံးဖြတ်ချက်တစ်ခု ပေါ်လာတိုင်း ကိုးကားနိုင်တဲ့ routing table တစ်ခုအဖြစ် အတူတကွ အလုပ်လုပ်ကြပါတယ်။

• Foundations & Framework Choice - ဘယ် development approach က ဒီ team နဲ့ app အတွက် ကိုက်ညီလဲ။
• Navigation & Device & Data - screen, permission, offline data တွေ ဘယ်လိုပေါင်းစပ်ထားလဲ။
• Auth & Notifications - user တွေ ဘယ်လို login ဝင်ပြီး၊ app ထွက်သွားပြီးနောက် ဘယ်လိုဆက်သွယ်ရလဲ။
• Build & Store & Production - build တစ်ခုက တကယ့် store ကို ဘေးကင်းစွာ ဘယ်လိုရောက်လာလဲ။

ဒီပိတ်သိမ်း lesson က စစ်ဆေးနေတဲ့ တကယ့် skill ကတော့ routing ပါ - အခြေအနေတစ်ခုရဲ့ အတိုချုပ်၊ ရှုပ်ထွေးတဲ့ ဖော်ပြချက်ကို ကြည့်ပြီး ဒီကုန်သင်ရိုးရဲ့ ဘယ်အပိုင်းက သက်ဆိုင်လဲဆိုတာ ခွဲခြားသိနိုင်ခြင်းပါ။ တကယ့် team မှာ ဘယ်သူမှ label တပ်ထားတဲ့ မေးခွန်းကို ပေးမှာမဟုတ်ပါဘူး - planning doc ထဲက paragraph တစ်ခု ရလာပြီး ဘယ် mental model က သက်ဆိုင်လဲဆိုတာ ရှာဖွေရတာက ပထမဆုံး အလုပ်ပါ။

ဒါကို ပိုတိကျအောင် ဒီ lesson က scenario သုံးခု ရောနှောထားတာနဲ့ အဆုံးသတ်ပါတယ်၊ ဒီကုန်သင်ရိုးမိတ်ဆက်ခဲ့တဲ့ term အားလုံးရဲ့ glossary အပြည့်အစုံနဲ့၊ ကုန်သင်ရိုးရဲ့ ထပ်ခါထပ်ခါ အကြံပြုချက်တွေကို တစ်နေရာတည်းမှာ စုစည်းထားတဲ့ Mobile App Decision Guide တစ်ခုပါ ပါဝင်ပါတယ်။

COURSE MAP: SCENARIO TO CHAPTER
-------------------------------
COURSE MAP: SCENARIO TO CHAPTER
--------------------------------
"What should we build with?"
    -> Foundations & Framework Choice

"How do screens, permissions, and
 offline data fit together?"
    -> Navigation & Device & Data

"How do users sign in, and how do
 we reach them after they leave?"
    -> Auth & Notifications

"How do we ship a real release?"
    -> Build & Store & Production

လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်

ဒီ lesson ရဲ့ exercise ထဲက scenario သုံးခုအတွက် routing က ဘယ်လိုအလုပ်လုပ်လဲဆိုတာ တစ်ခုချင်းစီ ကြည့်ကြပါစို့။

Navigation & Device & Data ဒီတစ်ကြိမ်မှာ ပါမလာဘူးဆိုတာ သတိပြုပါ။ ဒါက ပုံမှန်ပါပဲ - scenario တိုင်းက အခန်းတိုင်းကို မထိတွေ့ပါဘူး၊ ဘယ်အခန်းတွေ မသက်ဆိုင်ဘူးဆိုတာ ခွဲခြားသိတာလည်း routing ကောင်းကောင်းလုပ်တဲ့ အစိတ်အပိုင်းတစ်ခုပါပဲ။

• ဒီကုန်သင်ရိုးရဲ့ အခန်းတွေက routing table တစ်ခုအဖြစ် အတူတကွ အလုပ်လုပ်ကြပါတယ် - တကယ့် skill ကတော့ ရှုပ်ထွေးတဲ့ လက်တွေ့အခြေအနေတစ်ခုက ဘယ်အခန်းနဲ့ သက်ဆိုင်လဲဆိုတာ ခွဲခြားသိနိုင်ခြင်းပါ၊ အချက်အလက်တွေကို သီးသန့်အလွတ်ကျက်တာမဟုတ်ပါဘူး။
• အောက်ပါ glossary နဲ့ Mobile App Decision Guide တွေဟာ နောက်ထပ် project အတွက် ပြန်သုံးရမယ့် reference တွေပါ၊ တစ်ကြိမ်တည်း ဖတ်ရမယ့်အရာမဟုတ်ပါဘူး။
• လက်တွေ့ scenario အများစုက တစ်ခါတည်း အခန်းတစ် (သို့) နှစ်ခုကိုပဲ ထိတွေ့လေ့ရှိပါတယ် - ဘယ်အခန်းတွေ မသက်ဆိုင်ဘူးဆိုတာ ခွဲခြားသိတာလည်း၊ သက်ဆိုင်တာကို သိတာလောက်ပဲ အသုံးဝင်ပါတယ်။

အတူတူ စမ်းရေးကြည့်မယ်

function routeScenarioToChapter(scenarioCategory) {
  const routingTable = {
    "choosing-approach": {
      chapter: "Foundations & Framework Choice",
      why: "Deciding between native, cross-platform, hybrid, or Expo depends on team skills and app needs."
    },
    "navigation-and-data": {
      chapter: "Navigation & Device & Data",
      why: "Covers stack navigation, deep links, device permissions, and offline data / conflict resolution."
    },
    "auth-and-notifications": {
      chapter: "Auth & Notifications",
      why: "Covers token storage, OAuth mobile flow, and push vs local notifications."
    },
    "store-release": {
      chapter: "Build & Store & Production",
      why: "Covers app signing, APK/AAB builds, store submission, staged rollouts, and crash monitoring."
    }
  };

  return routingTable[scenarioCategory] || {
    chapter: "not found",
    why: "This scenario category doesn't match a chapter in this course."
  };
}

const scenarios = [
  "choosing-approach",
  "auth-and-notifications",
  "store-release",
  "marketing-budget"
];

for (const scenario of scenarios) {
  const result = routeScenarioToChapter(scenario);
  console.log(scenario, "->", result.chapter + " (" + result.why + ")");
}

routeScenarioToChapter ကို scenario category လေးခု (choosing-approach, auth-and-notifications, store-release, marketing-budget) နဲ့ run ရင် ပထမသုံးခုက routing table ထဲက ဆီလျော်တဲ့ chapter နဲ့ အကြောင်းရင်းကို ပြန်ပေးပါတယ် - choosing-approach -> Foundations & Framework Choice, auth-and-notifications -> Auth & Notifications, store-release -> Build & Store & Production။ လေးခုမြောက် marketing-budget ကတော့ table ထဲမှာ မပါလို့ default value chapter: "not found" ကို ပြန်ပေးပါတယ် - scenario အားလုံးက ဒီကုန်သင်ရိုးနဲ့ map ချနိုင်တာမဟုတ်ဘူးဆိုတာကို သတိပေးချက်ပါ။

Apple App Store Review Guidelines — How Mobile Apps Work

Mobile App Glossary — အသုံးများသော ဝေါဟာရများ

Mobile App Decision Guide