design patterns

השבוע אנחנו נמשיך במסענו ברחבי ה-design patternsוהפעם אנחנו נדבר על State Design Pattern. כמו כל הסדרה הזאת, גם הפוסט הזה מובסס על הספר הנהדר Head First Design Patterns זו עובדה ידועה, שה –Strategy וה-State patterns הם תאומים שהופרדו בלידתם.בזמן שאנחנו משתמשים ב-Strategy על מנת לעזור לאובייקטים לנהל את ההתנהגות שלהם בצורה יותר גנריתהסטייט נועד לשנות

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

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

שלום לכולם,היום אנחנו נמשיך במסע שלנו ברחבי ה design patternsוהפעם יש לי design pattern שדואג שהאובייקטים שלכם ידעו כאשר משהו חשוב להם עומד לקרות.קוראים לו Observer Design Pattern.הוא אחד ה-design pattern שנמצאים הכי הרבה בשימוש והוא מאוד שימושי.בפוסט הזה אנחנו נסתכל על כל מיני אספקטים מעניינים של Observer, למשל קשר של אחד לרבים ו loose

התחנה הבאה שלנו ברחבי ה-design patterns
היא האופציה ליצור אובייקט יחיד ומיוחד, שיש לו רק מופע אחד, לא משנה מה.
הרי הוא הסינגלטון – Singleton Design Pattern