এরপর কোথায় যাবেন

এই অংশটি core React কভার করেছে — কম্পোনেন্ট, props, state, হুক, আর তাদের চারপাশের টুল। এই শেষ পাঠটি একটি বাস্তব প্রজেক্ট সাধারণত এর উপরে কী যোগ করে তার দিকে নির্দেশ করে।

আজকের বেশিরভাগ প্রোডাকশন React কোড সাধারণ JavaScript-এর বদলে TypeScript-এ লেখা হয় — props, state, আর ফাংশন সিগনেচারে টাইপ ডিক্লারেশন যোগ করে, কোড চলার আগেই ভুলের একটি পুরো শ্রেণী (একটি অনুপস্থিত prop, একটি ভুল বানানের ফিল্ড নাম) ধরে ফেলে। এই সাইটের নিজের JavaScript অংশ TypeScript কভার করে না, আর React নিজে স্বাচ্ছন্দ্যজনক মনে হলে এটা নিজের আলাদা শেখার পথ পাওয়ার মতো যথেষ্ট বড় একটি বিষয় — অফিসিয়াল TypeScript ডকুমেন্টেশন সবচেয়ে ভালো শুরুর জায়গা।

React Testing Library (সাধারণত Vitest বা Jest-এর মতো একটি টেস্ট রানারের সাথে জোড়া) কম্পোনেন্ট টেস্ট করার প্রচলিত টুল — একটি কম্পোনেন্টের অভ্যন্তরীণ implementation বিবরণের বদলে একজন ব্যবহারকারী আসলে কী দেখেন আর করেন তা টেস্ট করার চারপাশে ইচ্ছাকৃতভাবে তৈরি।

এই অংশের সবকিছু "শুধু React" — ব্রাউজারে রেন্ডার করা, একটি পাতা। বাস্তব প্রোডাকশন সাইট প্রায়ই এমন একটি ফ্রেমওয়ার্কের উপরে বসে যা সার্ভার-সাইড রেন্ডারিং, ফাইল-ভিত্তিক রাউটিং, আর ইমেজ/ফন্ট অপ্টিমাইজেশন যোগ করে:

Context (Context API পাঠ থেকে) অনেক বাস্তব ক্ষেত্র কভার করে, কিন্তু খুব বড় অ্যাপ্লিকেশন কখনো কখনো একটি নিবেদিত state ম্যানেজমেন্ট লাইব্রেরির দিকে যায় — Redux, Zustand, আর Jotai সবচেয়ে সাধারণ — যখন state সত্যিকারভাবে একটি বড় অ্যাপ জুড়ে অনেক অসম্পর্কিত জায়গা থেকে শেয়ার আর আপডেট হওয়া দরকার।

এই অংশটি একটি ক্রমাগত বিবর্তিত লাইব্রেরির প্রতিটি খুঁটিনাটি ট্র্যাক করতে পারে না। অফিসিয়াল React ডকুমেন্টেশন প্রামাণ্য, সবসময়-বর্তমান রেফারেন্স — বুকমার্ক করার মতো, আর এখানকার একটি পাঠ যা দেয় তার চেয়ে বেশি বিস্তারিত কিছু প্রয়োজন হলেই এটার দিকে যাওয়ার মতো।

এই অংশের মূল বিষয়গুলো — কম্পোনেন্ট, props, state, effect, আর তাদের চারপাশের নিয়ম — এখান থেকে আপনি এদের মধ্যে যেটাই বেছে নিন না কেন একই থাকে।