طراحی و توسعه

معماری هدلس چه چیزی را جدا می‌کند

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

تصویرسازی معماری هدلس: بک‌اند جدا از فرانت‌اندها

معماری هدلس یعنی بک‌اند محتوا را از طریق 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")

اگر قرارداد را در یک جا نگه دارید، فرانت‌اند می‌تواند بدون هماهنگی تغییر کند.


ادامه‌ی این بحث در راهبرد کش در سایت‌های محتوایی آمده است.

دست‌اندرکاران

ویراستار
مینا رضایی