מודול

מודול עובד על העיקרון של "הפרד ומשול". שווה לחקור.

מודול כרוכה בארגון התכנית כמו ריבוי של קוביות קטנות בגודל עצמאיים, אשר בדרך כלל נקראות מודולים, ההתנהגות והמבנה הם די לחלוטין לעקרונות מסוימים כפופים. ראוי לשתף את השימוש במושג "יחידה" כשיש נוף של התחבירים היחידים של שפת תכנית וכאשר היא יחידה מוחצת של תכנית גדולה לכמה בלוקים שניתן ליישם בצורה של נהלים, כמו גם בצורה של פונקציות. השימוש מודול מאפשר לפשט את תוכנית בדיקות ואת גילוי במועד של טעויות. זה יכול להיות מופרד לחלוטין משימות חומרה תלויה מן תת פעילויות אחרות, אשר תשפרנה את הניידות של תוכניות הוקמו. מודולים קריטיים בזמן יכולים לשנות בנפרד, אשר באופן משמעותי מפשט את התהליך והופך את היעילות גבוהה בהרבה. בנוסף, מודול הוא הרבה יותר קל להבין, מאז מודולים ניתן להשתמש ביעילות כמו אבני הבניין עבור תוכניות אחרות.

המונח "מודול" עצמו החל לשמש בתכנות בקשר עם כניסתה של עיקרון מודולרי בעת כתיבת תוכניות. בשנות השבעים, כולל מודול שנקרא איזושהי פונקציה או פרוצדורה, אשר נכתב על פי כללים מסוימים. מאז באותה העת לא היה נוצר דרישות מקובלות, מודול נקרא כל תהליך, שגודל כגודל עד חמישים שורות. פרנאסוס הראשון concretized דרישות עבור מודול נוצרו: "כדי ליצור מודול בודד צריך להיות מספיק הידע המינימאלי על התוכן האחר" מסתבר שזו הייתה הפעם הראשונה פרנאסוס יצרה את הרעיון של הסתרת מידע בתכנות. ההגדרה שלו מובילה אותנו לעובדה כי מודול ניתן להפנות לכל הליך יחיד כפי הנמוך ביותר ואת הרמה הגבוהה ביותר של ההיררכיה. מאובטח להסתיר את המידע לא יכול להיות מושגת על ידי שימוש במבנים הקיימים באותה עת, שכן הם היו כפופים אפקט דרמטי של משתנים גלובליים והתנהגותם קשה לחזות בתוכניות מורכבות. זה היה הכרחי כדי ליצור מבנה מבודד משתנים אלה. זה היה לה בשם מודול, ועל סמך זה, ועל נולד מודול.

בתחילה זה היה להניח כי יישום מערכות תוכנה מורכבות יכול להיות מיושם באמצעות מודול בנשימה אחת עם הפונקציות ונהלים כמו הבנייה מאחדת ומסתירה את פרטי ביצוע של משימת משנה מסוימת. אבל בשפה טורבו פסקל זה לא יושם במלואה עיקרון מודול. שפה זו אינה תומכת מלא מודולים פנימיים, יבוא מיושם מספיק גמישה, שכן היא אינה מאפשרת לייבא אובייקטים ממודולים אחרים. ההשפעה המשולבת של העובדה הזו עם העובדה שעם ההתפשטות של מחשבים אישיים התרחבה מאוד מגוונת של אנשי תכנות, אשר הקטינו את הרמה הממוצעת של הכנה תיאורטית, הוביל את העובדה כי הפיתוח של מודולים יישום שמש כאמצעי ליצירת בעיית הספריות של פונקציות ונהלים. רק מתכנתים מוסמכים המשמשים את מלוא העוצמה של מבנים לשוניים עבור כל האובייקטים הבנייתו של פעולות.

אם אתה מסתכל על יחידות פסקל מנקודת המבט של מתכנת, מספרם צריך להיקבע על ידי הפירוק של הבעיה למספר תת משימות, תלויות זו בזו. במקרה הקיצוני, מודול יכול לשמש למסקנה שזה רק טיפול אחד, אם נדרש, על הפעולה המקומית שהיא מתבצעת, זה היה עצמאי לחלוטין מההשפעה בחלקים אחרים של התכנית עם השינויים שנעשו בקוד הטיוטה.