הסבר על Dependency Injection

תמלול ההרצאה: הסבר על Dependency Injection

הטקסט המלא של הדקות הראשונות בהרצאה «הסבר על Dependency Injection» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

1. 00:02

   אז בואו נבין מה זה בעצם dependency injection. dependency injection זהו מצב שבו הפריימורק שאנחנו עובדים איתה, במקרה הזה זה.NET, יוצרת לנו אובייקט ומביאה לנו אותו אם אנחנו מבקשים אותו.

2. 00:18

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

3. 00:34

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

4. 00:52

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

5. 01:14

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

6. 01:25

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

7. 01:39

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

8. 01:53

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

9. 02:12

   בסדר, מה שהוא אומר לי זה יש פה איזה שגיאה, הוא אומר לי, I don't handle exception acute while processing the request, אני לא מוצליח לפתור או למצוא סרוויס שנקרא בוקס סרוויס.

10. 02:24

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

11. 02:33

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

12. 02:51

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

13. 03:05

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

14. 03:20

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

15. 03:32

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

16. 03:58

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

17. 04:11

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

18. 04:32

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