עקרון פתיחות/סגירות

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

בתכנות מונחה-עצמים, עקרון פתיחות/סגירותאנגלית: Open/Closed Principle ובקיצור OCP) הוא עיקרון בעיצוב תוכנה, הקובע כי על רכיב תוכנה להיות "פתוח" ו"סגור" בכל רגע נתון.[1] כלומר, הרכיב צריך לאפשר את הרחבתו (פתיחות) ובה-בעת לא לאפשר שינויים בו, מלבד דרך ההרחבות (סגירות). אם נרצה להרחיב את הרכיב בפונקציונליות נוספת, נוכל לעשות זאת ללא שום שינוי ברכיב עצמו. שמירה על עיקרון זה מבטיחה פיתוח יעיל הלוקח בחשבון תוספות עתידיות.[2]

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

עקרון הפתיחות/סגירות של מאייר[עריכת קוד מקור | עריכה]

המונח "עקרון פתיחות/סגירות" הופיע לראשונה בספרו של ברטרנד מאייר "Object-Oriented Software Construction",[3] משנת 1988.

על פי מאייר:

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

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

עקרון פתיחות/סגירות פולימורפי[עריכת קוד מקור | עריכה]

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

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

מאמרו של רוברט סי מרטין מ-1996 "The Open-Closed Principle"[3] היה אחד הכתבים המכריעים שנקטו גישה זו. בשנת 2001 קרייג לרמן קשר את עקרון ה"פתיחות/סגירות" לעיקרון של אליסטר קוקבורן שנקרא Protected Variations, ולדיון של דייוויד פרנס על הסתרת מידע.[4]

ראו גם[עריכת קוד מקור | עריכה]

הערות שוליים[עריכת קוד מקור | עריכה]

  1. ^ 1 2 Bertrand Meyer, Object oriented software construction, 18. [print.], New York: Prentice-Hall, 1994, Prentice Hall international series in computer science, ISBN 978-0-13-629049-0
  2. ^ kexugit, Patterns in Practice: The Open Closed Principle, learn.microsoft.com, ‏2019-09-10 (באנגלית אמריקאית)
  3. ^ 1 2 Robert C. Martin, The Open-Closed Principle, The C++ Report, 1996
  4. ^ Craig Larman, Protected Variation: The Importance of Being Closed, May–June 2001
ערך זה הוא קצרמר בנושא מדעי המחשב. אתם מוזמנים לתרום לוויקיפדיה ולהרחיב אותו.