8. ساختار الگو های طراحی
ثبت شده در 1397/07/17
author
CyanCoder

   اولین آیتم نام الگو می¬باشد. نام الگو بسیار مهم است به این دلیل که قسمتی از هدف الگو این می¬باشد که، یک واژه بسازد که به طراح اجازه ارتباط موثرتر را بدهد. به این گونه اگر من به شما بگویم سرور وب من از یک Front Controlle و یک Transform View ساخته شده است. شما این الگوها را خواهید شناخت و یک دید واضح از معماری سرور من پیدا خواهید کرد.

طرح یک ارائه تصویری از الگو می¬باشد

دو آیتم بعدی با یک¬دیگر در نظر گرفته می¬شوند. این دو آیتم قصد و طرح می¬باشند. قصد خلاصه الگو در یک یا دو جمله می¬باشد. طرح یک ارائه تصویری از الگو می¬باشد، در اغلب موارد اما نه همیشه یک دیاگرام UML می¬باشد. ایده این می¬باشد یک یادآور بصورت خلاصه ایجاد کنیم، که به ما این که الگو درباره چه چیزی می¬باشد را خیلی سریع یادآوری کند. اگر شما هم اکنون الگو را دارید به این معنا می¬باشد، شما راه حل را می¬دانید حتی اگر نام الگو را نمی¬دانید. سپس تمام چیزی که شما باید درباره الگو بدانید قصد و طرح است.
    اینکه الگو ها چگونه کار می¬کند یک راه¬حل را نمایش می¬دهد. در اینجا بحث مربوط به مسائل پیاده¬سازی و تنوع آن را مطرح می¬کنیم. این بحث تا حد زیادی از پلت¬فرم¬ها مستقل است. قسمت¬هایی برای پلت¬فرم¬های خاص وجود دارد که بصورت مجزا توضیح داده شده¬اند به این ترتیب شما می¬توانید آن¬ها را ببینید و در صورت نیاز از آن¬ها بگذرید.
    چه زمانی باید استفاده شود بیانگر این می¬باشد چه زمانی باید از الگو مورد نظر استفاده شود. در اینجا من درباره جایگزین¬ها صحبت می¬کنم که باعث می¬شود شما راه¬حل را با راه¬حل¬های دیگر مقایسه کنید. بسیاری از الگوها قابلیت جایگزین بودن را دارند. همانند Controller و Front Controller. تعداد کمی از الگوها همیشه انتخاب صحیحی هستند. بنابراین همیشه هنگامی که یک الگو را پیدا می¬کنیم این سوال را از خود می¬پرسم "چه زمانی بهتر است از این الگو استفاده نشود؟" این سوال در اغلب موارد باعث می¬شود الگوهای جایگزین را پیدا کنم.
 

محدودیت¬های این الگوها

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

 

 

مقالات مرتبط
7. الگو های طراحی نرم افزار
ثبت شده در 1397/07/17
photo
هر الگویی یک مشکل را تعریف می کند که به طور مرتب در محیط ما رخ می دهد و سپس هسته راه حل را رائه می دهد
بیشتر بخوانید
6. کارایی نرم افزار های تجاری
ثبت شده در 1397/07/11
photo
تاملی درباره کارایی سیستم های نرم افزاری و تصمیماتی که بخاطر کارایی سیستم در مرحله معماری گرفته می شود
بیشتر بخوانید
5. انواع نرم افزار های تجاری
ثبت شده در 1397/07/11
photo
نرم افزارهای تجاری همگی متفاوت هستند و این مشکلات متفاوت نیازمند برخوردهای متفاوت هستند
بیشتر بخوانید
4. منطق تجاری
ثبت شده در 1397/07/11
photo
به وسیله ساده سازی معماری و پروسه ها می توانید یک پروژه کوچک را به پروژه های بزرگ تبدیل کنید
بیشتر بخوانید
3. سیستم های نرم افزاری
ثبت شده در 1397/07/11
photo
در یک سیستم نرم افزاری با توجه به حجم زیاد اطلاعات، به طور معمول تعداد زیادی رابط¬کاربری برای مدیریت آن وجود دارد
بیشتر بخوانید
2. نرم افزار های تجاری
ثبت شده در 1397/07/11
photo
سیستم های اطلاعاتی یا نرم افزار های تجاری شامل پرداخت ها، ردیابی حمل و نقل، آنالیز هزینه ها، زنجیره تامین، حسابداری، ارائه سرویس به مشتری و نرخ تبادلات خارجی می شود
بیشتر بخوانید
1. معماری نرم افزار
ثبت شده در 1397/07/11
photo
معماری یک مفهوم عمومی از طراحی سیستم از طرف توسعه دهنده ها بر روی یک سیستم می باشد. همچنین معماری درباره تصمیم گیری ها نیز می باشد. تصمیم هایی که توسعه دهنده ها دوست دارند زودتر بگیرند...
بیشتر بخوانید
ارسال نظر