तुम्हाला NextJS ची गरज नाही
React ॲप्स बनवण्यासाठी Next.js हे नेहमीच पहिले उत्तर असते. ते एक उत्तम फ्रेमवर्क आहे. पण 'डिफॉल्ट' असण्याचा अर्थ 'गरज आहे' असा होत नाही.
चुकीच्या प्रोजेक्टसाठी त्याचा वापर केल्यामुळे आमचा वेग कमी झाला आणि टीममध्ये मतभेद निर्माण झाले. आम्ही डॅशबोर्ड आणि चार्ट्स असलेले एक डेटा-हेवी (data-heavy) उत्पादन तयार केले होते. जवळपास प्रत्येक स्क्रीन लॉगिनच्या मागे होती.
अशा प्रकारच्या ॲपसाठी, server-side rendering (SSR) मुळे मूल्य वाढण्याऐवजी फक्त खर्च वाढला.
योग्य साधन तुम्ही काय बनवत आहात यावर अवलंबून असते.
Content-first प्रोजेक्ट्स: • मार्केटिंग साइट्स • ब्लॉग्स • स्टोअरफ्रंट्स • डॉक्स (Docs) • येथे Next.js वापरा. येथे SEO महत्त्वाचे असते आणि कंटेंट स्टॅटिक (static) असतो.
Application-first प्रोजेक्ट्स: • इंटरनल टूल्स (Internal tools) • डॅशबोर्ड्स • ॲडमिन पॅनल्स • SaaS कन्सोल • येथे Vite-आधारित SPA वापरा. ही ॲप्स ऑथेंटिकेशनच्या (auth) मागे असतात आणि APIs वर अवलंबून असतात.
आम्ही Next.js कडून Vite SPA कडे वळलो. त्याची कारणे खालीलप्रमाणे आहेत:
सोपे डीबगिंग (Easier Debugging) सर्व्हर एरर्स तुमच्या कंपोनंट्सशी (components) स्पष्टपणे जोडल्या जाऊ शकत नाहीत. क्लायंट-साइड एरर्स ब्राउझरमध्ये स्पष्ट स्टॅक ट्रेससह (stack traces) घडतात. यामुळे बग्स फिक्स करणे जलद होते.
उत्तम टेस्टिंग (Better Testing) इतर सर्व्हर कंपोनंट्स रेंडर करणाऱ्या सर्व्हर कंपोनंटचे युनिट टेस्टिंग (unit test) करणे सोपे नसते. केवळ टेस्टिंग शक्य राहावे यासाठी आम्ही काही डिझाइन निवडी केल्या होत्या, पण ती एक चूक होती.
सोपे ऑथेंटिकेशन (Simpler Auth) SSR मध्ये प्रत्येक रिक्वेस्टवर सर्व्हरला टोकन्स व्हॅलिडेट करावे लागतात. यामुळे अटॅक सरफेस (attack surfaces) वाढतात आणि कुकी लॉजिक (cookie logic) क्लिष्ट होते. क्लायंट-फर्स्ट ॲप ऑथेंटिकेशन एकाच ठिकाणी हाताळते: API मध्ये.
कमी इन्फ्रास्ट्रक्चर खर्च (Lower Infrastructure Costs) SSR साठी प्रत्येक रिक्वेस्टसाठी नेहमी चालू असलेल्या सर्व्हरची गरज असते. याउलट, स्टॅटिक फ्रंटएंड CDN मधून फाइल्स म्हणून पाठवले जाते. यामुळे तुम्हाला चालवण्यासाठी आणि सुरक्षित करण्यासाठी एक कमी सर्व्हिस लागते.
कमी गुंतागुंत (Less Complexity) Next.js सर्व्हर आणि क्लायंटमध्ये विभागणी करण्यास भाग पाडते. फ्रंटएंड इंजिनिअर्सना मिडलवेअर (middleware) आणि कॅशिंग (caching) सारख्या सर्व्हरच्या गोष्टी व्यवस्थापित कराव्या लागल्या, ज्यामुळे आमचा वेग मंदावला.
आम्ही टप्प्याटप्प्याने स्थलांतर (migrate) केले. आम्ही सार्वजनिक SEO-महत्त्वाच्या पेजेससाठी Next.js ठेवले आणि बाकी सर्व गोष्टी Vite SPA वर हलवल्या.
यामध्ये होणारे नुकसान (trade-offs) खूप कमी होते: • SEO: लॉगिनच्या मागे असलेल्या डॅशबोर्ड्सना SEO ची गरज नसते. • Initial load: डेटा-हेवी ॲप्स सहसा डेटाबेसमुळे संथ असतात, फ्रेमवर्कमुळे नाही.
जर SEO आणि सोशल प्रिव्ह्यू महत्त्वाचे असतील, तर Next.js वापरा. जर तुमचे ॲप इंटरअॅक्टिव्ह, डेटा-ड्रिव्हन असेल आणि लॉगिनच्या मागे असेल, तर Vite SPA वापरा.
नेहमीच 'डिफॉल्ट' वापरणे थांबवा. तुम्ही प्रत्यक्षात काय बनवत आहात, असा स्वतःला प्रश्न विचारा.
स्रोत: https://dev.to/moruno21/you-dont-need-nextjs-heres-why-708