احسان رضایی

یک توسعه دهنده، شاید هم نه.

کتاب الگوهای طراحی به بیان ساده(design patterns/دیزاین پترن)

در مهندسی نرم افزار، design patterns(الگوهای طراحی) راه حل‌های قابل استفاده برای مشکلاتی هستند که معمولاً در طراحی نرم‌افزار اتفاق می افتند.

طرح های از پیش ساخته شده‌ای که می‌توانید برای حل مشکلات آن‌ها را سفارشی کنید. شما نمی‌توانید یک الگو را با جستجو در stackoverflow پیدا و در برنامه خود کپی کنید. الگو ها یک قطعه کد خاص نیستند، مفاهیم کلی برای حل مشکلات خاص هستند. شما باید با درک این مفاهیم آن‌ها را در برنامه خود پیاده‌سازی کنید.



چرا به وب فریمورک های golang نیازی نیست؟

در دست نوشته ها , / تاریخ ارسال 1398/09/09 - 00:22 / 1 نظر / 129 بازدید / آخرین ویرایش 1399/03/06 - 23:41

golang-web-freamework
زمانی که golang رو شروع کردم بلافاصله مشغول تحقیق و بررسی وب فریمورک هاش بودم. من قبلا مطلبی در مورد استفاده از فریمورک نوشتم و هنوز هم بر این عقیدم که مزیت های استفاده از فریمورک نسبت به عیب هایی که داره بیشتره. نکته جالب این بود که اغلب مخالف استفاده از فریمورک در go بودن و خب معمولا به جمله ی نیازی بهشون نداری بسنده میکردن.

برای تجربه بیشتر سراغ سه فریمورک gin، echo و روم به دیوار iris رفتم! یه نکته ی خیلی مهم وجود داشت. به نظرم این فریمورک ها به اندازه کافی کامل نیستن و هنگام توسعه زیاد اتفاق میوفته از پکیج های خارجی استفاده کنید. حقیقتا برای validator، router، middleware و error handling که میتونی پکیج هاشُ خودت توی پروژه ات به سادگی اضافه و استفاده کنی، نیازی به فریمورک نداری. در نتیجه تقریبا مزیتی نخواهد موند که از عیب هاش بیشتر باشه. اما پیشنهاد میکنم فریمورک هاشُ برای تجربه هم که شده امتحان کنید.

پیشنهاد

ارسال نظر

اسامه در تاریخ 1399/02/09 - 19:33 نوشته
این دلیل نمی‌شه که بگی به گو نیازی نیست. باید با معماری میکروسرویس‌ها آشنا باشی تا متوجه بشی گو کی به کارت می‌آد.
پاسخ احسان:

در این مطلب کاملا مشخصه که توضیح دادم چرا به وب فریمورک های گو نیازی نیست. موضوع استفاده یا عدم استفاده از فریمورکه.