یلدا ادامه داره... ❤️ ۴۰ درصد تخفیف همه دوره‌ها
استفاده از تخفیف‌ها
Quasar یا Nuxt
سلام دوستان برای بخش فرانت vue رو انتخاب کردم و همون طوری که میدونید vue js به تنهایی کافی نیست و به درد ساخت سایت نمیخوره چون seo از بین میره و باید ssr انجام بشه.
دو تا فرم ورک nuxt js و quasar رو دیدم که برای این کار هست و خود سایت vue هم پیشنهاد داده. خوب بررسی که کردم طرفدار های nuxt از لحاظ استار های گیت هاب بیشتره اما ظاهرا ناکس فعلا از vue 3 پشتیبانی نمیکنه و مشخص هم نیست که چه زمانی nuxt 3 عرضه بشه. اما کوئزار نسخه 2 خودش که از vue 3 پشتیبانی میکنه رو فکر کنم تا آخر ماه دیگه طبق چیزایی که تو گیت هابش دیدم عرضه کنه و الان هم نسخه بتا 18 امش رو داده.
و اینکه جفت این دو تا یه ساختار رو میدن برای پروژه که پوشه بندی کردن و ...
کوئزار خودش از pwa هم پشتیبانی میکنه.
و یه ویژگی دیگه که متوجه شدم میشه تو quasar یه قسمت خاصی رو بگی ssr نکن و بقیه جاها ssr باشه اما ظاهرا تو nuxt وقتی ssr رو فعال کنی دیگه همه صفحات ssr میشه (مثلا برای صفحه داشبورد کاربر که بعد از لاگین هست، سئو اهمیت نداره چرا باید ssr کنیم و به سرور فشار بیاریم؟)
و با توجه به این تحقیقاتی که کردم میخوام quasar رو انتخاب کنم. اما چیزی که کمی من رو به شک انداخته همون تعداد ستاره های کمتر گیت هابش هست
حالا میخوام شما دوستانی که تجربه کار کردن رو با هر کدوم از این موارد یا اصلا شاید فرم ورک دیگه ای برای vue باشه که من ندونم رو بگید و بگید آیا انتخاب درستی کردم یا خیر؟
گزینش سوالات
گفت و گو های مرتبط
دسته بندی سوالات
تگ‌های محبوب
سلام
الان دیگه احتمالا لازم ندارید ولی شاید برای آیندگان به درد بخوره:
برای یک پروژه که SSR لازم داشت بین انتخاب این دوتا شک داشتم به این دلیل که هر دوتاشون این کارو میتونن انجام بدن ولی چون nuxt به صورت تخصصی برای SSR هست اونو انتخاب کردم و شروع کردم به کد زدن.
اما از اون جایی که برای حالت SPA انتخابم قطعا quasar هست گفتم بذار حالت SSR رو هم تست کنم.چون پروژه کوچیک بود بعد از این که با nuxt زدمش و تموم شد همون پروژه رو با quasar هم ایجاد کردم و شروع کردم به کد زدن که تفاوت هایی اصلی که دیدم رو اینجا میگم:
-
اول این که راه حلی که quasar برای مسئله SSR ارائه کرده در عمل استفاده از vuex هست.در nuxt شما به متدهای asyncData و fetch دسترسی دارید که مخصوص گرفتن دیتا در سرور طراحی شدن ولی quasar این امکان رو نداره و اومده یه جوری با vuex این کارو انجام داده. برای همین باید vuex حضور داشته باشه و نحوه کد زدن هم در کامپوننت ها عوض میشه که خود این موضوع با فلسفه quasar که میگه یک بار کد بزن و چند مدل خروجی بگیر کمی در تناقضه. چون یا شما از اول پروژه باید حالت SSR رو در نظر بگیرید یا این که اگر بعدا خواستید خروجی SSR هم داشته باشید باید بگردید تقریبا هر جایی که دیتا از سرور گرفته میشه رو عوض کنید.در هر صورت این روش رو اگر استفاده کنید کار میکنه ولی به نظرم روش nuxt بهتره.
-
توی یک پروژه معمولا علاوه بر امکاناتی که یک فریم ورک برای کار SSR در اختیار میذاره، پکیچ های دیگه ای هم مثل i18n لازم میشه.در مورد nuxt یک سری از پکیج ها مثل همین i18n به صورت اختصاصی برای nuxt ایجاد شدن که کار کردن باهاشون راحت تر شده. در quasar این مورد وجود نداره و باید از boot فایل استفاده بشه در هر صورت.که از این جهت به نظرم nuxt موقعیت بهتری داره.
-
همه مقایسه ها و صحبت ها درحال حاضر ماله nuxt 2 هست که با vue 2 کار میکنه و quasar 2 که با vue 3 کار میکنه. الان چون در quasar امکان استفاده از composition api وجود داره از این لحاظ نسبت به nuxt برتری داره. ولی خب nuxt 3 هم الان در حالت بتا اومده و تا چند ماه دیگه احتمالا نسخه lts بیرون میاد. و اگر همون نکات مثبتی که در nuxt 2 وجود داشت باز هم داشته باشه و نیاد کلا api هاشو عوض کنه به نظرم باز برای حالت SSR انتخاب بهتری خواهد بود.
در کل با توجه به چیزهایی که تا الان از این دو تا فریم ورک دیدم nuxt رو برای SSRپیشنهاد میکنم.
شما به تعداد ستاره توجه نکن
Quasar برای یکبار کد زدن و گرفتن چند نوع خروجی مثل
spa pwa ssr android ios bex
هست
کامپوننت آماده هم زیاد داره و داکیومنتش هم کامله
یه جورایی مقایسه های شما به نظرم اشتباهه چون Quasar برای سادگی در توسعه و Multiplatform Development عرضه شده
@MajidDeveloper
من اصلا خروجی های مولتی پلتفرمش برام مهم نیست. چون اپ اندروید و آی او اسی که میده اولا هیبریدی هستن و دوما تیم ما برای اون دو مورد داره از فلاتر استفاده میکنه.
من برام به روز بودن استفاده از قابلیت های ویو 3 و اینکه بشه مثلا بگم فلان صفحه ssr بشه فلان صفحه csr که جایی که مثال زدم داشبورد بعد از لاگین هست و دیگه به سئو نیاز نداره کلا ssr براش نشه که به سرور فشار بیاره.
(البته پنل مدیریتی کل سیستم که یه پروژه کاملا جدا هست که اون رو هم کلا به صورت csr رندر میشه)
و اینکه فرم ورک نسبتا کاملی باشه برام مهمه که بشه باهاش یه پروژه رو جمع کرد.
مثلا یکی از چیز های بدی که تو nuxt دیدم این بود که url اسم پوشه بندیت هست و اگر مثلا به این نتیجه برسی که url باید تغییر پیدا کنه باید اون کامپوننت هر جایی که هست رو پوشه اش رو جا به جا کنی یا اسمش رو عوض کنی
این که میفرمایید مقایسه غلطه تو خود سایت vue برید قسمت ssr
https://v3.vuejs.org/guide/ssr.html#the-complete-ssr-guide
nuxt vite qauasar رو معرفی کرده برای این کار.
البته vite رو دیدم مثل دو تا دیگه خودش ظاهرا فرم ورک نیست و یه ابزاره
حالا دوستان کلا هر کس دانش داره این سه تا رو یه مقایسه کنه ما هم روشن بشیم که باید چی کار کنیم
بنظرم توی این موارد سخت نگیرید تا چشم بهم بزنید ابزارها و فریمورک های زیادی میاد یا نسخه های جدیدتری عرضه میشه
من باشم ابتدای راه همون quasar کار میکنم فریمورک جالبیه کلی کامپونت آماده داره و کارم رو سریع میکنه
سلام
الان دیگه احتمالا لازم ندارید ولی شاید برای آیندگان به درد بخوره:
برای یک پروژه که SSR لازم داشت بین انتخاب این دوتا شک داشتم به این دلیل که هر دوتاشون این کارو میتونن انجام بدن ولی چون nuxt به صورت تخصصی برای SSR هست اونو انتخاب کردم و شروع کردم به کد زدن.
اما از اون جایی که برای حالت SPA انتخابم قطعا quasar هست گفتم بذار حالت SSR رو هم تست کنم.چون پروژه کوچیک بود بعد از این که با nuxt زدمش و تموم شد همون پروژه رو با quasar هم ایجاد کردم و شروع کردم به کد زدن که تفاوت هایی اصلی که دیدم رو اینجا میگم:
-
اول این که راه حلی که quasar برای مسئله SSR ارائه کرده در عمل استفاده از vuex هست.در nuxt شما به متدهای asyncData و fetch دسترسی دارید که مخصوص گرفتن دیتا در سرور طراحی شدن ولی quasar این امکان رو نداره و اومده یه جوری با vuex این کارو انجام داده. برای همین باید vuex حضور داشته باشه و نحوه کد زدن هم در کامپوننت ها عوض میشه که خود این موضوع با فلسفه quasar که میگه یک بار کد بزن و چند مدل خروجی بگیر کمی در تناقضه. چون یا شما از اول پروژه باید حالت SSR رو در نظر بگیرید یا این که اگر بعدا خواستید خروجی SSR هم داشته باشید باید بگردید تقریبا هر جایی که دیتا از سرور گرفته میشه رو عوض کنید.در هر صورت این روش رو اگر استفاده کنید کار میکنه ولی به نظرم روش nuxt بهتره.
-
توی یک پروژه معمولا علاوه بر امکاناتی که یک فریم ورک برای کار SSR در اختیار میذاره، پکیچ های دیگه ای هم مثل i18n لازم میشه.در مورد nuxt یک سری از پکیج ها مثل همین i18n به صورت اختصاصی برای nuxt ایجاد شدن که کار کردن باهاشون راحت تر شده. در quasar این مورد وجود نداره و باید از boot فایل استفاده بشه در هر صورت.که از این جهت به نظرم nuxt موقعیت بهتری داره.
-
همه مقایسه ها و صحبت ها درحال حاضر ماله nuxt 2 هست که با vue 2 کار میکنه و quasar 2 که با vue 3 کار میکنه. الان چون در quasar امکان استفاده از composition api وجود داره از این لحاظ نسبت به nuxt برتری داره. ولی خب nuxt 3 هم الان در حالت بتا اومده و تا چند ماه دیگه احتمالا نسخه lts بیرون میاد. و اگر همون نکات مثبتی که در nuxt 2 وجود داشت باز هم داشته باشه و نیاد کلا api هاشو عوض کنه به نظرم باز برای حالت SSR انتخاب بهتری خواهد بود.
در کل با توجه به چیزهایی که تا الان از این دو تا فریم ورک دیدم nuxt رو برای SSRپیشنهاد میکنم.
خیلی ممنون از توضیحات خوبتون. بله برای اون پروژه nuxt انتخاب شد.
اما جدیدا میخوام یه پروژه دیگه رو استارت بزنم که با توجه به اینکه خروجی apk برای اندروید میخوان و همچین pwa و همچنین ssr برای seo برای این کار پروژه ای quasar رو انتخاب کردم.
این ناکس هم اگر بیاد به cordova و این چیزا وصل بشه خروجی های مختلف بده خیلی خوب میشه. یه چیزی برای ناکس ۳ نوشته که hybrid به زودی، این منظورش رو میدونید چی هست؟
خواهش میکنم. بحث هیبرید برای nuxt 3 در مورد روش جدیدشون برای رندر کردن و استفاده از cache هست.
با توجه به نیاز های پروژه ای که گفتید فقط quasar میتونه جواب گو باشه.