4.9 When No need an effect
Welcome to React Next Documentation Bangla
React-এ useEffect কেন এবং কখন ব্যবহার করব না?
React-এর অন্যতম গুরুত্বপূর্ণ হুক হলো useEffect, যা সাধারণত কোডের সাইড এফেক্ট পরিচালনা করতে ব্যবহার করা হয়। তবে, এটি ভুলভাবে ব্যবহার করলে কোড অপ্রয়োজনীয়ভাবে জটিল হয়ে যায়, অ্যাপ্লিকেশন স্লো হয়ে পড়ে এবং অনেক সময় বাগ তৈরি হয়।
এখানে React-এর একটি সহজ নিয়ম মনে রাখতে হবে: React ডিক্লারেটিভ এবং প্রেডিক্টেবল পদ্ধতিতে কাজ করে। যদি কোনো কাজ React-এর এই স্বাভাবিক প্রক্রিয়ায় করা সম্ভব হয়, তবে সেখানে useEffect ব্যবহার করা উচিত নয়।
useEffect কেন ভুলভাবে ব্যবহার হয়?
অনেক সময় আমরা ভাবি, যখনই কোনো স্টেট বা প্রপ পরিবর্তিত হবে বা ডাটা ট্রান্সফর্ম করতে হবে, তখন useEffect দরকার। কিন্তু আসলে বেশিরভাগ ক্ষেত্রেই এটি প্রয়োজন হয় না।
আমরা এখন কয়েকটি উদাহরণের মাধ্যমে বিষয়গুলো আরও পরিষ্কার করব।
১. ডাটা ট্রান্সফর্ম করার জন্য ইফেক্ট ব্যবহার করা ভুল
যখন দরকার হয়:
ধরো, তুমি একটি ফর্ম বানাচ্ছ, যেখানে ইউজারের firstName এবং lastName ইনপুট নিয়ে তা থেকে fullName তৈরি করে UI-তে দেখাবে।
ভুল পদ্ধতি:
অনেকে প্রথমে fullName নামে একটি আলাদা স্টেট তৈরি করে এবং ইফেক্ট দিয়ে firstName এবং lastName থেকে তা আপডেট করে:
সমস্যাটা কোথায়?
১. তুমি এখানে fullName এর জন্য অপ্রয়োজনীয় একটি স্টেট তৈরি করেছ।
২. useEffect প্রতিবার firstName বা lastName পরিবর্তন হলে রান করবে, যা এক্সট্রা প্রসেসিং।
৩. কোড আরও জটিল হয়ে গেছে এবং ভবিষ্যতে মেইনটেন করা কঠিন হবে।
সঠিক পদ্ধতি:
এই কাজটি ইফেক্ট ছাড়াই করা যায়, ডিরাইভড স্টেট ব্যবহার করে। শুধু রেন্ডারিংয়ের সময় fullName ক্যালকুলেট করলেই হয়ে যায়:
এই পদ্ধতির সুবিধা:
- কোনো অপ্রয়োজনীয় স্টেট নেই।
- কোনো ইফেক্ট দরকার হয়নি।
- কোড পরিষ্কার এবং সহজবোধ্য।
২. প্রপ চেঞ্জ হলে লোকাল স্টেট রিসেট করার জন্য ইফেক্ট দরকার নেই
যখন দরকার হয়:
ধরো, একটি ব্লগ পোস্ট কম্পোনেন্ট বানিয়েছ। এটি একটি প্রপ (postId) এর মাধ্যমে নির্ধারিত হয় এবং এর কিছু লোকাল স্টেট আছে (যেমন কমেন্ট)। এখন, যখন postId চেঞ্জ হবে, তখন তোমার কম্পোনেন্টের লোকাল স্টেটও রিসেট হওয়া দরকার।
ভুল পদ্ধতি:
অনেকে এই কাজের জন্য useEffect ব্যবহার করে, যা কার্যকর হলেও অপ্রয়োজনীয় এবং স্লো হতে পারে।
সমস্যাটা কোথায়?
useEffectপ্রথমে পুরোনো ডাটা রেন্ডার করবে, তারপর স্টেট রিসেট করবে, ফলে স্ক্রিনে কিছুক্ষণের জন্য ভুল ডাটা দেখা যাবে।- ইফেক্ট প্রতিবার রান করবে, যা পারফরম্যান্সে নেতিবাচক প্রভাব ফেলে।
সঠিক পদ্ধতি:
এই কাজটি খুব সহজে key প্রপ ব্যবহার করে করা যায়। React প্রতিবার নতুন key পেলে পুরো কম্পোনেন্ট রি-রেন্ডার করবে এবং লোকাল স্টেট রিসেট করবে:
এই পদ্ধতির সুবিধা:
- কম্পোনেন্ট স্বাভাবিকভাবে রিসেট হয়।
- কোনো ইফেক্ট প্রয়োজন হয়নি।
- স্ক্রিনে ভুল ডাটা ফ্ল্যাশ হওয়ার ঝুঁকি নেই।
৩. ইভেন্টের জন্য ইফেক্ট ব্যবহার করা ভুল
যখন দরকার হয়:
ধরো, একটি প্রোডাক্ট পেজে দুটি বাটন আছে:
Add to Cart(শপিং কার্টে যোগ করে)।Checkout(কার্টে যোগ করে চেকআউট পেজে নিয়ে যায়)।
প্রতিবার কোনো বাটনে ক্লিক করলে একটি নোটিফিকেশন দেখাতে হবে।
ভুল পদ্ধতি:
অনেকে ইফেক্টের মাধ্যমে ইভেন্ট লজিক শেয়ার করে এই কাজটি করে:
সমস্যাটা কোথায়?
- ইফেক্ট ইভেন্ট-স্পেসিফিক লজিকের জন্য নয়।
- এখানে ইফেক্ট অপ্রয়োজনীয় এবং অতিরিক্ত জটিলতা তৈরি করেছে।
সঠিক পদ্ধতি:
ইভেন্ট হ্যান্ডলারের মধ্যেই এই কাজটি সহজে করা যায়:
এই পদ্ধতির সুবিধা:
- ইভেন্ট হ্যান্ডলার পরিষ্কার এবং সরাসরি।
- ইফেক্ট ছাড়াই কাজ সম্পন্ন।
শেষ কথা
React-এ useEffect হলো এমন কাজের জন্য, যা React-এর স্বাভাবিক ডিক্লারেটিভ পদ্ধতিতে করা সম্ভব নয়। অপ্রয়োজনীয় ইফেক্ট ব্যবহার করলে কোড জটিল, ধীরগতিসম্পন্ন এবং বাগপ্রবণ হয়ে যায়।
তুমি যখন কোড লিখবে, সবসময় নিজেকে প্রশ্ন করো:
- এই কাজটা কি রেন্ডারিংয়ের সময় ক্যালকুলেট করা সম্ভব?
- ইভেন্ট হ্যান্ডলার দিয়ে কাজটা করা যায় কি?
keyপ্রপ দিয়ে লোকাল স্টেট রিসেট করা সম্ভব কি?
যদি উত্তর "হ্যাঁ" হয়, তাহলে useEffect বাদ দাও।
ঠিক আছে! আমি তোমার বলার মতো করে সুন্দরভাবে এবং সহজ ভাষায় এটার ব্যাখ্যা করে দিচ্ছি, যেন তোমার ছোট ভাই খুব সহজে বুঝতে পারে।
ধরো, আমাদের একটা ওয়েব অ্যাপ্লিকেশন আছে যেখানে ইউজার যখন কোনো প্রোডাক্টের Buy Product বাটনে ক্লিক করবে, তখন প্রোডাক্টটা কার্টে যোগ হবে। এখন সমস্যা হচ্ছে, যেহেতু useEffect কম্পোনেন্ট লোড হওয়ার পরে রান হয়, তাই যদি ইউজার অন্য পেজে চলে যায় এবং পরে আবার প্রোডাক্ট পেজে ফিরে আসে, তাহলে useEffect আবার রান হবে, এবং আবার নোটিফিকেশন দেখাবে, যা আমাদের জন্য ভালো নয়।
এটা সমাধান করতে আমরা কী করতে পারি?
সমাধান:
আমরা ইভেন্ট স্পেসিফিক লজিকটাকে ইভেন্ট হ্যান্ডলারে রাখব, যেন শুধুমাত্র যখন ইউজার Buy Product বা Checkout বাটন টিপবে, তখনই নোটিফিকেশন দেখাবে।
এভাবে buyProduct ফাংশনটি handleBuyClick এবং handleCheckoutClick-এর মধ্যে ডাকা হবে। তাতে ইফেক্ট রান হওয়ার ঝামেলা থাকবে না, এবং শুধুমাত্র ইউজারের ক্লিকের পরই প্রোডাক্ট কার্টে যাবে এবং নোটিফিকেশন দেখাবে।
পোস্ট রিকুয়েস্ট (Server এ পোস্ট পাঠানো)
ধরা যাক, আমাদের অ্যাপ্লিকেশনে এমন দুটি সিচুয়েশন আছে:
- যখন ইউজার কোনো ফর্মে যায়, তখন অটোমেটিক্যালি একটা পোস্ট রিকুয়েস্ট পাঠানো হবে (যেমন: এনালিটিক্স লগ),
- আরেকটি সিচুয়েশন যেখানে ইউজার ফর্ম সাবমিট করবে, তখন একটা পোস্ট রিকুয়েস্ট সার্ভারে পাঠানো হবে।
এগুলোর জন্য আমাদের কি করা উচিত?
- প্রথমটি আমাদের অটোমেটিকভাবে করতে হবে, তাই
useEffect-এর মধ্যে রাখতে হবে, - দ্বিতীয়টি ইউজারের সাবমিট ইভেন্টের সাথে সম্পর্কিত, তাই সেটি ইভেন্ট হ্যান্ডলারের মধ্যে থাকবে।
এখানে useEffect দিয়ে আমরা ফর্ম ভিজিট করার সময় অটোমেটিক্যালি এনালিটিক্স পাঠাচ্ছি এবং সাবমিট ইভেন্টের জন্য আলাদা হ্যান্ডলার ব্যবহার করছি।
অ্যাপ্লিকেশন লোড হওয়ার পর একবারই লজিক রান করা
ধরো, অ্যাপ্লিকেশন লোড হওয়ার পর কোনো লজিক একবার রান করাতে চাচ্ছি। এক্ষেত্রে আমরা সরাসরি useEffect ব্যবহার না করে দুইটা পদ্ধতিতে এটি করতে পারি।
এখানে didInit ফ্ল্যাগ দিয়ে নিশ্চিত হচ্ছি যে, লজিকটি শুধু একবারই রান করবে।
অথবা, আমরা ব্রাউজারে যখন কাজ করছি তখন চেক করতে পারি:
এখানে window চেক করে নিশ্চিত হচ্ছি যে এটা শুধু ব্রাউজারে রান করবে, সার্ভারে নয়।
প্যারেন্ট কম্পোনেন্টে স্টেট পরিবর্তনের নোটিফিকেশন পাঠানো
ধরা যাক, চাইল্ড কম্পোনেন্টে ইউজারের কোনো একশনে স্টেট পরিবর্তন হলে প্যারেন্ট কম্পোনেন্টে সেটা জানাতে হবে। অনেকেই এভাবে কোড লেখে, কিন্তু এতে সমস্যা হয়। কারণ useEffect রান হয় কম্পোনেন্ট লোড হওয়ার পরে, আর এর ফলে অকারণ রি-রেন্ডার হতে পারে।
এটা এভাবে ঠিক করতে পারি:
এখানে updateToggle ফাংশন ব্যবহার করে স্টেট পরিবর্তন করার সাথে সাথে প্যারেন্টে onChange কল করা হচ্ছে, যাতে সিঙ্ক্রোনাইজেশন বজায় থাকে এবং রি-রেন্ডার কম হয়।
প্যারেন্ট কম্পোনেন্টে ডাটা পাঠানো
যখন চাইল্ড কম্পোনেন্টে ডাটা প্রয়োজন এবং একই ডাটা প্যারেন্ট কম্পোনেন্টেও দরকার, তখন অনেকেই চাইল্ড কম্পোনেন্টে fetch করে প্যারেন্টে পাঠানোর চেষ্টা করে, কিন্তু এটি সঠিক নয়। এর পরিবর্তে, আমরা প্যারেন্টে fetch করে ডাটা সরাসরি চাইল্ডে পাঠাতে পারি।
এখানে প্যারেন্টে ডাটা ফেচ করে সোজা চাইল্ডে পাঠানো হচ্ছে, যাতে সঠিক ডাটা ফ্লো বজায় থাকে।