Skip to content

Commit

Permalink
Update README.md
Browse files Browse the repository at this point in the history
  • Loading branch information
amirhomayooon authored Jul 3, 2022
1 parent b948a77 commit 2cd2898
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions 00-introduction/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -35,12 +35,12 @@

جنگو برای اولین بار در سال 2005 منتشر شد و در آن زمان بیشتر وب سایت ها از یک پایگاه کد یکپارچه بزرگ تشکیل شده بودند. «بک‌اند» شامل مدل‌های پایگاه داده، URL‌ها و نماهایی بود که با قالب‌های HTML، CSS و جاوا اسکریپت که طرح انیمیشنی هر صفحه وب را که «front-end» کنترل می‌کردند، تعامل داشتند.

با این حال، در سال‌های اخیر، رویکرد اول "API" به عنوان الگوی غالب در توسعه وب ظاهر شد. این رویکرد شامل جداسازی رسمی قسمت پشتی از قسمت جلویی است. این بدان معناست که جنگو به جای یک چارچوب وب سایت، به یک پایگاه داده و API قدرتمند تبدیل می شود. امروزه جنگو بیشتر به عنوان یک API پشتیبان به جای یک راه حل کامل وب سایت یکپارچه در شرکت های بزرگ استفاده می شود!
با این حال، در سال‌های اخیر، رویکرد اول "API" به عنوان الگوی غالب در توسعه وب ظاهر شد. این رویکرد شامل جداسازی رسمی قسمت بک‌اند از قسمت فرانت‌اند است. این بدان معناست که جنگو به جای یک چارچوب وب سایت، به یک پایگاه داده و API قدرتمند تبدیل می شود. امروزه جنگو بیشتر به عنوان یک API پشتیبان به جای یک راه حل کامل وب سایت یکپارچه در شرکت های بزرگ استفاده می شود!

یک سوال واضح در این مرحله این است: "چرا زحمت بکشیم؟" جنگو سنتی به تنهایی کار می کند و تبدیل شدن یک سایت جنگو به یک وب API کار اضافی به نظر می رسد. به‌علاوه، به‌عنوان یک توسعه‌دهنده، باید یک front-end اختصاصی به زبان برنامه‌نویسی دیگری هم بنویسید. این رویکرد تقسیم خدمات به اجزای مختلف، به هر حال
، به طور گسترده به عنوان [معماری سرویس گرا](https://en.wikipedia.org/wiki/Service-oriented_architecture) شناخته می شود.

با این حال، به نظر می رسد که مزایای متعددی برای جداسازی قسمت جلویی از قسمت پشتی وجود دارد. اولا، مسلماً «مقاوم‌تر در آینده» است زیرا یک API بک‌اند را می‌توان توسط هر فرانت‌اند جاوا اسکریپت استفاده کرد.
با این حال، به نظر می رسد که مزایای متعددی برای جداسازی قسمت فرانت‌اند از قسمت بک‌اند وجود دارد. اولا، مسلماً «مقاوم‌تر در آینده» است زیرا یک API بک‌اند را می‌توان توسط هر فرانت‌اند جاوا اسکریپت استفاده کرد.
با توجه به رشد سریع تغییر در کتابخانه های فرانت اند – [React](https://reactjs.org/) تنها در سال 2013 و [Vue](https://vuejs.org/) در سال 2014 منتشر شد!
این بسیار ارزشمند است وقتی که فریم‌ورک‌های فرانت‌اند فعلی در سال‌های آینده با فریم‌ورک‌های جدیدتر جایگزین شوند، اما API بک‌اند می‌تواند ثابت بماند و نیازی به بازنویسی عمده ندارند.

Expand Down

0 comments on commit 2cd2898

Please sign in to comment.