توییت های برنامه نویسی و طراحی وب :)
Admin:
@dvtwi
Hashtags:
devtwitter.t.me/5
DevBooks Channel:
https://t.me/+AYbOl75CLNYxY2U0
Github:
https://github.com/DevTwitter
X:
https://x.com/devtwittir
Post #12573
7.19K
رقیب جدید Next.js با یک فلسفه متفاوت! جادوی کمتر، کنترل بیشتر!
اخیراً با اضافه شدن پشتیبانی React Server Components (RSC) به TanStack Start، رقابت در دنیای فولاستکِ ریاکت به شدت جذاب شده. اما چیزی که توجه من رو جلب کرد، تفاوت رویکرد این فریمورک با Next.js در مدیریت کامپوننتهای سمت سرور بود.
در Next.js همه چیز برای راحتی توسعهدهنده (DX) طراحی شده و کمی “جادویی” به نظر میرسه. اما TanStack Start مسیر متفاوتی رو انتخاب کرده: صراحت به جای جادو.
حالا این یعنی شما باید مسیر اجرای کد و ترکیب ابزارها را به صورت شفاف و مرحلهبهمرحله تعریف کنید.
شاید در نگاه اول نوشتن RSCها در TanStack Start به خاطر استفاده از createServerFn کمی طولانیتر به نظر برسه، اما این یک نقطهضعف نیست؛ یک معامله است! شما کمی از راحتی را فدا میکنید تا به قدرتهای فوقالعادهای برسید. مثلا :
اعتبارسنجی بینقص با Zod: میتونید ورودیها و Propsها رو مستقیماً در سطح سرور با Zod اعتبارسنجی کنید (یک خبر عالی برای طرفداران Type-Safety).
میدلورهای سطح کامپوننت: پیادهسازی احراز هویت (Auth)، لاگینگ و ترکینگ، مستقیماً روی خود کامپوننتها!
- معماری Composable: ایجاد یک لایه API شبیه به RPC که کاملاً یکپارچه و قابل توسعه است.
نتیجه؟ معماری TanStack Start حس به شدت توسعهپذیرتری (Extensible) میده. به عنوان توسعهدهنده، داشتن این سطح از کنترل دقیق روی منطق سمت سرور، ارزش نوشتن چند خط کد بیشتر رو داره.
@DevTwitter | <amir mehranfar/>
اخیراً با اضافه شدن پشتیبانی React Server Components (RSC) به TanStack Start، رقابت در دنیای فولاستکِ ریاکت به شدت جذاب شده. اما چیزی که توجه من رو جلب کرد، تفاوت رویکرد این فریمورک با Next.js در مدیریت کامپوننتهای سمت سرور بود.
در Next.js همه چیز برای راحتی توسعهدهنده (DX) طراحی شده و کمی “جادویی” به نظر میرسه. اما TanStack Start مسیر متفاوتی رو انتخاب کرده: صراحت به جای جادو.
حالا این یعنی شما باید مسیر اجرای کد و ترکیب ابزارها را به صورت شفاف و مرحلهبهمرحله تعریف کنید.
شاید در نگاه اول نوشتن RSCها در TanStack Start به خاطر استفاده از createServerFn کمی طولانیتر به نظر برسه، اما این یک نقطهضعف نیست؛ یک معامله است! شما کمی از راحتی را فدا میکنید تا به قدرتهای فوقالعادهای برسید. مثلا :
اعتبارسنجی بینقص با Zod: میتونید ورودیها و Propsها رو مستقیماً در سطح سرور با Zod اعتبارسنجی کنید (یک خبر عالی برای طرفداران Type-Safety).
میدلورهای سطح کامپوننت: پیادهسازی احراز هویت (Auth)، لاگینگ و ترکینگ، مستقیماً روی خود کامپوننتها!
- معماری Composable: ایجاد یک لایه API شبیه به RPC که کاملاً یکپارچه و قابل توسعه است.
نتیجه؟ معماری TanStack Start حس به شدت توسعهپذیرتری (Extensible) میده. به عنوان توسعهدهنده، داشتن این سطح از کنترل دقیق روی منطق سمت سرور، ارزش نوشتن چند خط کد بیشتر رو داره.
@DevTwitter | <amir mehranfar/>
- ❤ 31
- 👍 8
- 👎 8











