برنامه نویسی پیمانهای

برنامه نویسی مدولار نسخهها کار در اصل «تفرقه بینداز و حکومت کن». ارزش بررسی.

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

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

در ابتدا تصور می شد که پیاده سازی سیستم های نرم افزار پیچیده را می توان با استفاده از ماژول در تاریخ همتراز با توابع و روش های ساخت و ساز به عنوان متحد می سازد و پنهان جزئیات اجرای یک زیرکار خاص اجرا شده است. اما در زبان توربو پاسکال آن را به طور کامل از اصل برنامه نویسی مدولار اجرا نشده است. این زبان ماژول کامل داخلی را پشتیبانی نمی کند، واردات اجرا کافی انعطاف پذیر، از آن اجازه نمی دهد که برای وارد کردن اشیاء از هر ماژول های دیگر. تاثیر ترکیب از این واقعیت با این واقعیت است که با گسترش رایانه های شخصی تا حد زیادی طیف وسیعی از افراد برنامه نویسی، که باعث کاهش سطح متوسط از آماده سازی نظری گسترش یافته، منجر به این واقعیت است که توسعه ماژول های نرم افزار به عنوان ابزاری برای ایجاد مشکل کتابخانه از توابع و روش های استفاده شد. تنها برنامه نویس مجرب قدرت کامل از ساختار های زبانی برای همه اشیاء در ساختار عملیات استفاده می شود.

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