در دنیای طراحی نرم افزار ، جفت شدن مانند آن مشکل آزار دهنده در برنامه شما است که می تواند کل سیستم را از بین ببرد. من به عنوان یک تأمین کننده اتصال ، دست اول را دیدم که چگونه اتصال زیاد می تواند یک پروژه نرم افزاری صاف را به یک کابوس تبدیل کند. بنابراین ، بیایید به این موضوع بپردازیم که چگونه می توانیم اتصال را در یک طراحی نرم افزار کاهش دهیم.
درک جفت
قبل از اینکه بتوانیم کاهش جفت را شروع کنیم ، باید بدانیم که چیست. اتصال به میزان وابستگی متقابل بین ماژول های نرم افزاری اشاره دارد. هنگامی که ماژول ها بسیار همراه هستند ، تغییر در یک ماژول می تواند تأثیر موج دار بر روی ماژول های دیگر داشته باشد. مثل خانه کارت است. یک کارت را بیرون بکشید ، و همه چیز در حال خراب شدن است.
اتصال بالا باعث می شود نرم افزار برای نگهداری ، آزمایش و گسترش آن سخت شود. به عنوان مثال ، اگر شما در حال کار بر روی یک برنامه تجاری بزرگ E - تجارت هستید و ماژول مدیریت موجودی کاملاً با ماژول پردازش سفارش همراه است ، هرگونه تغییر در قوانین موجودی می تواند عملکرد پردازش سفارش را بشکند.
اهمیت کاهش اتصال
کاهش جفت مزایایی دارد. اول از همه ، قابلیت حفظ نرم افزار را بهبود می بخشد. هنگامی که ماژول ها به راحتی همراه هستند ، می توانید بدون نگرانی در مورد تأثیرگذاری بر دیگران ، در یک ماژول تغییراتی ایجاد کنید. این بدان معناست که زمان کمتری برای اشکال زدایی و زمان بیشتری برای افزودن ویژگی های جدید صرف شده است.
همچنین قابلیت آزمایش را افزایش می دهد. با اتصال کم ، می توانید هر ماژول را به طور مستقل آزمایش کنید ، که باعث می شود روند آزمایش سریعتر و قابل اطمینان تر شود. و هنگامی که به مقیاس پذیری می رسد ، با اضافه کردن ماژول های جدید بدون نیاز به بازنویسی از مدل های موجود ، می توان نرم افزار با هم به راحتی را گسترش داد.
راهکارهای کاهش اتصال
استفاده از رابط ها
رابط ها مانند قراردادها در طراحی نرم افزار هستند. آنها مجموعه ای از روش هایی را که یک کلاس باید اجرا کند تعریف می کنند. با استفاده از رابط ها ، می توانید جزئیات اجرای را از مشتریانی که از آن پیاده سازی ها استفاده می کنند ، جدا کنید.
بیایید بگوییم که شما در حال ساخت یک بازی با انواع مختلف شخصیت هستید. به جای اینکه حلقه بازی اصلی را مستقیماً با کلاسهای شخصیت خاص تعامل داشته باشید ، می توانید رابط کاربری را برای کاراکترها تعریف کنید. حلقه بازی سپس با رابط در تعامل است و کلاس های شخصیت های مختلف آن رابط را پیاده سازی می کنند. به این ترتیب ، می توانید انواع شخصیت های جدید را بدون تغییر کد حلقه بازی اضافه کنید.
تزریق وابستگی
تزریق وابستگی تکنیکی است که به جای اینکه کلاس خود را ایجاد کند ، وابستگی های یک کلاس را از خارج ارائه می دهید. این باعث کاهش اتصال بین کلاس ها می شود زیرا یک کلاس نیازی به دانستن چگونگی ایجاد وابستگی های خود ندارد.
به عنوان مثال ، در یک برنامه وب ، اگر یک کلاس سرویس کاربری نیاز به دسترسی به یک پایگاه داده داشته باشد ، به جای ایجاد یک اتصال پایگاه داده در داخل کلاس خدمات کاربر ، می توانید شیء اتصال پایگاه داده را به سرویس کاربر تزریق کنید. به این ترتیب ، اگر می خواهید نوع پایگاه داده را تغییر دهید ، فقط باید شیء تزریق شده را تغییر دهید ، نه خود کلاس خدمات کاربر.
رویداد - معماری رانده شده
Event - معماری رانده شده یکی دیگر از راههای عالی برای کاهش اتصال است. در این معماری ، ماژول ها با ارسال و دریافت رویدادها با یکدیگر ارتباط برقرار می کنند. هنگامی که یک رویداد رخ می دهد ، به ماژول های مربوطه اطلاع داده می شود و می توانند اقدامات مناسبی انجام دهند.
به عنوان مثال ، در یک برنامه پخش رسانه ، وقتی کاربر یک ویدیو را مکث می کند ، یک رویداد ارسال می شود. ماژول های دیگر مانند ماژول Analytics می توانند این رویداد را گوش داده و زمان مکث را ضبط کنند. ماژول پخش کننده ویدیویی نیازی به دانستن در مورد ماژول Analytics و برعکس ندارد. این قسمت های مختلف برنامه را جدا می کند.
معماری لایه ای
معماری لایه ای نرم افزار را به لایه های مختلف مانند لایه ارائه ، لایه منطق تجارت و لایه دسترسی به داده ها تقسیم می کند. هر لایه مسئولیت خاصی دارد و آنها از طریق رابط های تعریف شده با یکدیگر ارتباط برقرار می کنند.
به عنوان مثال ، در یک برنامه بانکی ، لایه ارائه وظیفه تعامل با کاربر را بر عهده دارد ، Layer Logic Business عملیات بانکی مانند معاملات را انجام می دهد و لایه دسترسی به داده ها با بانک اطلاعاتی سروکار دارد. این جدایی نگرانی ها باعث کاهش جفت بین قسمت های مختلف برنامه می شود.
نمونه های واقعی - جهان و محصولات مرتبط
در دنیای واقعی ، کاهش اتصال در بسیاری از صنایع بسیار مهم است. به عنوان مثال ، در صنعت تولید ، از سیستم های نرم افزاری برای کنترل ماشین های مختلف استفاده می شود. این دستگاه ها اغلب دارای مؤلفه هایی مانند هستندواحد چرخ محرکباچرخ دنده های مستقیم /مارپیچوتبافر جرثقیلبشر
نرم افزاری که این مؤلفه ها را کنترل می کند ، باید به صورت سست وصل شود تا هرگونه تغییر در منطق کنترل برای یک مؤلفه بر دیگران تأثیر نگذارد. به عنوان مثال ، اگر می خواهید واحد چرخ درایو را به یک مدل پیشرفته تر ارتقا دهید ، نرم افزار باید بدون نیاز به بازنویسی کل سیستم کنترل ، بتواند سازگار شود.
پایان
کاهش اتصال در طراحی نرم افزار کار آسانی نیست ، اما قطعاً ارزش این تلاش را دارد. با استفاده از تکنیک هایی مانند رابط ، تزریق وابستگی ، معماری محور رویداد و معماری لایه بندی شده ، می توانید نرم افزاری را ایجاد کنید که قابل حفظ ، قابل آزمایش و مقیاس پذیر باشد.
من به عنوان یک تأمین کننده اتصال ، اهمیت ارائه راه حل هایی را که در کاهش اتصال در سیستم های مختلف کمک می کند ، می فهمم. این که آیا شما در حال کار بر روی یک برنامه کوچک در مقیاس یا یک سیستم شرکت در مقیاس بزرگ هستید ، اصول کاهش اتصال یکسان است.
اگر علاقه مند به کسب اطلاعات بیشتر در مورد چگونگی کمک محصولات کوپلینگ ما در پروژه های طراحی نرم افزار خود هستید یا اگر می خواهید در مورد الزامات خاص برای کاهش کوپلینگ بحث کنید ، احساس راحتی کنید تا به یک بحث تهیه بپردازید. ما در اینجا هستیم تا به شما در ایجاد نرم افزار بهتر با اتصال کمتر کمک کنیم.
منابع
- گاما ، ا. ، هلم ، ر. ، جانسون ، ر. ، و ولیسیدس ، جی. (1994). الگوهای طراحی: عناصر نرم افزار مورد نظر قابل استفاده مجدد. آدیسون - وسلی.
- Fowler ، M. (2004). تزریق وابستگی. martinfowler.com.
- مارتین ، RC (2009). کد تمیز: کتابچه راهنمای کاردستی نرم افزاری چابک. سالن Prentice.
