React Labs: फरवरी 2024 में हम क्या काम कर रहे थे

मूल लेख ↗ Hacker News चर्चा ↗

React का नया roadmap, जिसमें एक optimizing compiler और auto-memoization तथा server actions जैसी सुविधाएँ शामिल हैं, frontend developers में मिश्रित प्रतिक्रियाएँ पैदा कर रहा है। कई लोग इन advances को शक्तिशाली मानते हैं, लेकिन चिंता जताते हैं कि React अत्यधिक complex और “magical” हो गया है, खासकर hooks, React Server Components, और Next.js तथा Vercel के बढ़ते प्रभाव के साथ, जिससे code को समझना कठिन और build pipelines अधिक fragile हो जाती हैं। अन्य लोग तर्क देते हैं कि React का ecosystem, backward compatibility, और लंबे समय तक चलने वाले बड़े apps के लिए उपयुक्तता इसे चुनने को अभी भी उचित ठहराती है, भले ही Vue, Svelte, Preact, MobX, htmx, और server-side frameworks जैसी alternatives अपनी simplicity के कारण अधिक रुचि आकर्षित कर रही हों।

Create React App और टूलिंग

  • CRA को प्रभावी रूप से परित्यक्त माना जाता है और इसे कभी भी बहुत अधिक संसाधन नहीं दिए गए; इसका उद्देश्य एक starter होना था, न कि “best” production tool।
  • टिप्पणीकारों का कहना है कि आधुनिक टूल्स (विशेष रूप से Vite) CRA के अपारदर्शी Webpack setup की तुलना में सरल, तेज़ और debug करने में आसान हैं।
  • कुछ लोग अभी भी छोटे apps के लिए CRA का उपयोग करते हैं, लेकिन poor maintenance के कारण भविष्य की समस्याओं को स्वीकार करते हैं।

Hooks, Complexity, and “Magic”

  • कई लोगों को लगता है कि React बहुत complex हो गया है, खासकर hooks, hydration, और server/client directives के साथ।
  • Hooks को एक embedded language की तरह बताया जाता है, जिसके अपने rules हैं और जो सामान्य JS intuition से अलग हैं; आसान cases आसान हो जाते हैं, लेकिन complex code की debugging कठिन होती है।
  • अन्य लोग तर्क देते हैं कि hooks explicitness बढ़ाते हैं, React की concurrent architecture के साथ बेहतर मेल खाते हैं, और mental model समझ लेने के बाद inherently confusing नहीं हैं।
  • इस बात को लेकर frustration है कि hooks के बारे में React की explanations और guidance (जैसे useEffect) समय के साथ बदली हैं, जिससे confusion पैदा हुआ है।

Optimizing Compiler / Auto‑memoization

  • नया compiler (React Forget) auto‑memoize करने और कई manual useMemo/useCallback patterns को हटाने का लक्ष्य रखता है।
  • कुछ लोग इससे प्रभावित हैं, लेकिन compile time पर semantic value analysis के आधार पर behavior बदलने वाली इस “magic” को लेकर असहज हैं, खासकर जब यह language semantics की perceived समझ को बदल देता है।
  • पहले से ही complex build pipelines में एक और compiler layer जुड़ने को लेकर चिंताएँ उठाई जाती हैं।

State Management Debates

  • इस पर बहस है कि क्या useReducer + useContext Redux की जगह ले सकते हैं; एक पक्ष का कहना है कि हाँ, जबकि दूसरा performance और subscription differences पर ज़ोर देता है।
  • Redux Toolkit को boilerplate कम करने वाला बताया जाता है, लेकिन कुछ लोग अभी भी Redux/RTK को verbose मानते हैं।
  • MobX को सीधी reactivity और domain/UI separation के लिए सराहा जाता है, लेकिन आलोचकों का कहना है कि observer‑style push reactivity spaghetti और surprising recomputations की ओर ले जाती है।

React vs Alternatives

  • कई टिप्पणीकार Vue, Svelte, Preact, htmx, Rails/Hotwire, या पारंपरिक server‑side rendering को अधिक सरल और intuitive मानते हुए उनका समर्थन करते हैं।
  • अन्य लोग जवाब देते हैं कि React का immediate‑mode model, विशाल ecosystem, hiring pool, और मजबूत backward compatibility अभी भी इसे pragmatic choice बनाते हैं, खासकर complex web apps और React Native के लिए।
  • कुछ लोग modern React को मूल library की popularity पर आधारित एक नया, अधिक convoluted system मानते हैं।