چگونه Svelte 5 باعث شد من nuxt را درک کنم

من به یک سفر رفته ام. یک سفر پر پیچ و خم طولانی. سفری که نمی توانستم پیش بینی کنم. همانطور که می توانست آن را داشته باشد ؛ من یک بار دیگر بازگشتم و اعلام کردم که تغییر در روش ها و گردش کار را اعلام می کنم.

در دنیای توسعه و فناوری اتفاقات زیادی رخ داده است. از React و Next.js ، به لوسیا ، تا لاراول ، تا آسترو. خیلی برای صحبت در مورد …

یکی از این تغییرات باعث شده است که دوباره به صفحه نقاشی برگردد. کاری که فکر نمی کردم حدود 3 تا 5 سال باید انجام دهم. با این حال ، ما اینجا هستیم ؛ من کلماتم را می خورم به جای اینکه مجبور به پاسخگویی به سؤال بعداً در پایین خط باشم ، فهمیدم که صحبت کردن در مورد و توضیحات تصمیمات من برای من ساده تر خواهد بود.

تغییرات

همه چیز واقعاً به یک چیز کاهش می یابد. یک چیز که ساخته شده است و من نمی توانم با آن همراه شوم.

Runes – نقطه اصطکاک من

من از طریق مستندات خوانده ام ، فیلم های انتشار را تماشا کردم. من کاوش کرده ام جدید راه بعد از همه اینها ، من هرگز نحو Runes را نمی پذیرم. مغز من هم افزایی پیدا نمی کند.

این – هرچه به این روش باشد – در تقابل با تمام دلایلی است که من به سمت Svelte و Sveltekit گرایش پیدا کردم.

let count = $state(0);
let double = $derived(count * 2)

$effect(() => {
    setInterval(() => {
        elapsed += 1;
    }, interval);
});

من همه اینها را می فهمم ، آنچه را که آنها سعی در انجام آن داشتند ، می گیرم. من فقط آن را دوست ندارم این بیش از حد نشانگر React است. و من از سنین پیش واکتنها را ترک کردم.

من ترک کردم useState وت useEffect واکنش نشان می دهد زیرا آنها پیچیده تر از آنچه باید ساده باشد. نحو Runes از Svelte کمی شبیه به React احساس می کند و من قصد ندارم دوباره آن نوع کد را بنویسم. صرف نظر از این که چگونه “بهتر” ممکن است باشد.

برای من چیزی زیبا در مورد Svelte وجود داشت $: نحو این ساده ، ساده و آسان برای درک بود. این عالی نبود ، اما کار کرد.

سپس قطعه ها …

برای داشتن و استفاده مجدد از بخش های کد. به نظر می رسد روی کاغذ خنک است ، اما با نگاهی به کد و اجرای ، خیلی شبیه یک روش واکنش پذیر برای انجام کارها است. وجود دارد وراجی به بسیاری از نمادها به دلخواه من. این وحشتناک است که به آن نگاه کنید:

<script>
    let { message = `it's great to see you!` } = $props();
</script>

{#snippet hello(name)}
    <p>hello {name}! {message}!</p>
{/snippet}

{@render hello('alice')}
{@render hello('bob')}

نوک

در مقاله ای ، جایی که من ستایش های Sveltekit را خواندم ، گفتم که من Nuxt را دوست ندارم و چگونه آن را انجام می دهم.

با ورود فراری Svelte 5 ، تصمیماتی را که قبلاً اتخاذ کرده بودم دوباره مرور کردم. فهمیدم که بسیاری از آنچه از آنها شکایت می کردم مربوط به سوء تفاهم من بود. من به این تصورات غلط رسیدم و برخی از پروژه ها را یاد گرفتم ، ساختم و مهاجرت کردم.

چند مورد که سرانجام مرا به پیروزی رساندند:

• مسیریابی مبتنی بر پرونده: Nuxt مسیریابی مبتنی بر پرونده را پیاده سازی می کند ، نه مبتنی بر دایرکتوری – من مقاله ای در این مورد دارم. من همیشه جزئی از مسیریابی مبتنی بر پرونده بوده ام. من فقط رویکرد دایرکتوری Sveltekit را تحمل کردم زیرا همه چیز ساده است.
• واردات خودکار: در اکثر چارچوب ها اگر می خواهید چیزی را به یک پرونده وارد کنید ، معمولاً بیانیه واردات را در بالا دارید. این مورد در مورد Nuxt نیست
• جدایی نگرانی ها: من این را در همان مقاله ذکر کردم ؛ چگونه من طرفدار Next.js نبودم. Nuxt این مشکل را ندارد – همه چیز مکان مشخص خود را دارد
  • صفحات
  • طرح
  • ظروف میانبر
  • سرور

• ماژول: بنابراین افراد Nuxt ماژول هایی دارند ، ماژول هایی بر روی ماژول هایی به چیزهایی که ممکن است بخواهید به پروژه خود اضافه کنید. نمادها ، سئو ، نقشه سایت ، قلم. Nuxt احتمالاً یک ماژول برای آن دارد. من را به یاد ادغام Astro می اندازد – من آن را دوست دارم.

من در مورد Nuxt اشتباه کردم ، اعتراف کردم که.

پیچیدن

من حدس می زنم این زیبایی توسعه دهنده و بزرگسال است. توانایی انتخاب آنچه من استفاده می کنم و آنچه نمی کنم. اگر من از کاری که انجام می دهم خوشحال نیستم و آنچه را که با آن انجام می دهم ، به ندرت هرگز آن تعهد زیادی را برای آن سرمایه گذاری خواهم کرد – این جایی است که من با Svelte وارد شده ام – من خوشحال نیستم ، احساس می کنم به عقب حرکت می کنم.

با تشکر از شما برای خواندن ، بیایید به هم وصل شویم!

با تشکر از شما برای بازدید از این گوشه کوچک من. بیایید متصل شویم توییتر، اختلاف و لینکدین