معماری هدلس چه چیزی را جدا میکند
مزیت واقعی معماری هدلس انتخاب فناوری نیست؛ جدا شدن مدل محتوا از قالب نمایش است.

معماری هدلس یعنی بکاند محتوا را از طریق API میدهد و فرانتاند مستقل آن را رندر میکند. مزیت واقعیاش انتخاب فناوری نیست؛ این است که مدل محتوا از قالب نمایش جدا میشود.
چه چیزی را جدا میکنیم
در رامو محتوا در جنگو نگهداری میشود و Next.js آن را میخواند. مرز میان این دو یک قرارداد است، نه یک عادت.
لایه | مسئولیت | آنچه نباید بداند |
|---|---|---|
جنگو | مدل محتوا، اعتبارسنجی، انتشار | چیدمان صفحه |
API | قرارداد پایدار داده | قالب بصری |
Next.js | رندر، مسیریابی، کش صفحه | ساختار جدولهای پایگاه داده |
هزینهای که کمتر گفته میشود
هر تغییر مدل باید در دو جا فکر شود: قرارداد و مصرفکننده.
کش دو لایه دارد و باید بدانید کدام لایه را باطل میکنید.
پیشنمایش پیشنویس دیگر رایگان نیست؛ باید طراحی شود.

جدا کردن لایهها ارزان نیست؛ ارزانتر از بازنویسی سالانهی قالب است.
# قرارداد داده در یک جا تعریف میشود، نه در هر ویو
class PostSerializer(serializers.ModelSerializer):
seo = SeoPayloadSerializer(read_only=True)
class Meta:
model = PostTranslation
fields = ("public_id", "title", "slug", "excerpt", "body_html", "seo")اگر قرارداد را در یک جا نگه دارید، فرانتاند میتواند بدون هماهنگی تغییر کند.
ادامهی این بحث در راهبرد کش در سایتهای محتوایی آمده است.
دستاندرکاران
- نویسنده
- آرش کاویانی
- ویراستار
- مینا رضایی



