CodeVerse | دنیای برنامه نویسان
🧠 یه مشکل معماری که هرچی پروژه بزرگ‌تر بشه، بیشتر اذیتت می‌کنه
فرض کن توی پروژه JavaScript چندین بخش مستقیم به API وصل شدن:
fetch("/api/users")
fetch("/api/products")
fetch("/api/orders")
اوایل پروژه هیچ مشکلی نداره.
اما چند ماه بعد Authentication تغییر می‌کنه.
مثلاً باید یک Header اضافه کنی:
Authorization: Bearer TOKEN
حالا باید بری تمام fetchها رو پیدا کنی و تغییر بدی. 😐
اینجاست که داشتن یک API Client مرکزی ارزش خودش رو نشون میده.
مثلاً:
const api = {
get(url) {
return fetch(`/api${url}`, {
headers: {
Authorization: `Bearer ${token}`
}
});
}
};
حالا بقیه پروژه فقط با این لایه کار می‌کنن:
const users = await api.get("/users");
بعداً اگر:
🔹 Base URL تغییر کرد
🔹 Authentication تغییر کرد
🔹 Retry لازم شد
🔹 Logging اضافه شد
🔹 Error Handling مرکزی خواستی
فقط یک نقطه رو تغییر میدی.
ساختار کلی:
UI
↓
Service
↓
API Client
↓
Backend
🔥 اینجاست که مفهوم Separation of Concerns از یک اصطلاح تئوری تبدیل میشه به چیزی که واقعاً زندگی برنامه‌نویس رو راحت می‌کنه.
💡 پروژه‌های بزرگ معمولاً با یک تصمیم بزرگ خراب نمی‌شن؛ با صدها تصمیم کوچیک که هرکدوم «فعلاً مشکلی ایجاد نمی‌کنن» به مرور غیرقابل نگهداری میشن.
@CodeVerse_dev
5 · 388 ·