{"id":229470,"date":"2022-11-20T17:55:00","date_gmt":"2022-11-20T14:55:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229470"},"modified":"2022-11-20T17:56:33","modified_gmt":"2022-11-20T14:56:33","slug":"pierwsze-dwa-filary-oop","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pl\/pierwsze-dwa-filary-oop\/","title":{"rendered":"Pierwsze dwa filary OOP"},"content":{"rendered":"\n

Je\u015bli chodzi o m\u00f3wienie o programowaniu obiektowym (lub OOP), prawdopodobnie us\u0142yszysz o Trzech Filarach Programowania Obiektowego lub Czterech Filarach Programowania Obiektowego.<\/p>\n

W zale\u017cno\u015bci od Twojego pochodzenia, by\u0107 mo\u017ce ju\u017c o nich s\u0142ysza\u0142e\u015b, wiesz, czym one s\u0105 i naprawd\u0119 nie musisz si\u0119 w to zbytnio zag\u0142\u0119bia\u0107. Ale je\u015bli nie, uwa\u017cam, \u017ce zrozumienie ich jest podstaw\u0105 programowania obiektowego.<\/p>\n

Om\u00f3wili\u015bmy ca\u0142\u0105 faz\u0119 analizy<\/a><\/strong> programowania obiektowego:<\/p>\n

    \n
  1. Analiza, cz\u0119\u015b\u0107 1<\/a><\/li>\n
  2. Analiza, cz\u0119\u015b\u0107 2<\/a><\/li>\n
  3. Zrozumienie oczekiwa\u0144 klient\u00f3w<\/a><\/li>\n
  4. Zestawienie pracy<\/a><\/li>\n
  5. Zasady i warunki<\/a><\/li>\n<\/ol>\n

    Powiedziawszy to, przejd\u017amy do dyskusji na temat projektowania i wdra\u017cania. W ko\u0144cu to jest to, do czego i tak wielu ludzi chce skoczy\u0107, prawda?<\/p>\n

    \"Pierwsze<\/a><\/p>\n

    Zanim napisz\u0119 jakikolwiek kod, chcia\u0142bym napisa\u0107 dwa posty o czterech punktach programowania obiektowego (poniewa\u017c jestem jednym z tych, kt\u00f3rzy podpisuj\u0105 si\u0119 pod ide\u0105, \u017ce s\u0105 cztery).<\/p>\n

    Dwa filary OOP<\/h2>\n

    Ponownie, zrozumienie ich jest kluczem do zrozumienia podstaw programowania obiektowego. Bez nich trudno b\u0119dzie porusza\u0107 si\u0119 po reszcie tego, co zostanie om\u00f3wione w przysz\u0142ych postach.<\/p>\n

    Porozmawiajmy wi\u0119c o ka\u017cdym z nich. Pierwsze dwa om\u00f3wimy w tym po\u015bcie, a ostatnie dwa w nast\u0119pnym po\u015bcie.<\/p>\n

    1 Abstrakcja<\/h3>\n

    Og\u00f3lnie rzecz bior\u0105c, jest to klucz do pisania kodu obiektowego. Mam tu na my\u015bli wszystko, co jest zawarte w klasie. Abstrahujemy ide\u0119 czego\u015b w klas\u0119. W wielu ksi\u0105\u017ckach widzimy takie rzeczy jak Zwierz\u0119ta<\/strong> czy Samochody<\/strong> przedstawiane jako klasy.<\/p>\n

    To dzia\u0142a teoretycznie, ale w praktyce nie programujemy zwierz\u0105t ani samochod\u00f3w (cho\u0107 my\u015bl\u0119, \u017ce w tym momencie historii mo\u017cna by si\u0119 spiera\u0107, \u017ce tak jest, ale robi\u0119 dygresj\u0119, poniewa\u017c wiesz, co mam na my\u015bli).<\/p>\n

    Zamiast tego b\u0119dziemy abstrahowa\u0107 pomys\u0142y do \u200b\u200bich klas. I tutaj jest kluczowa idea:<\/p>\n

    \n

    Klasa powinna reprezentowa\u0107 rzeczownik.<\/p>\n<\/blockquote>\n

    Oznacza to, \u017ce nie powiniene\u015b mie\u0107 klasy, kt\u00f3ra reprezentuje co\u015b w rodzaju \u201eBieganie". Zamiast tego mo\u017cesz mie\u0107 co\u015b, co dzia\u0142a, a zatem uruchamianie<\/strong> by\u0142oby metod\u0105. Oto og\u00f3lny podzia\u0142 dzia\u0142ania abstrakcji:<\/p>\n

      \n
    1. To, co ma by\u0107 reprezentowane, to klasa,<\/li>\n
    2. Rzecz\u0105, kt\u00f3r\u0105 robi, s\u0105 jej metody,<\/li>\n
    3. A spos\u00f3b, w jaki opisujesz rzecz, zwykle mo\u017cna to zrobi\u0107 za pomoc\u0105 jej atrybut\u00f3w lub w\u0142a\u015bciwo\u015bci.<\/li>\n<\/ol>\n

      Nie oznacza to, \u017ce nie mamy funkcji lub metod, kt\u00f3re modyfikuj\u0105 jego w\u0142a\u015bciwo\u015bci, ale powy\u017csze trzy punkty s\u0105 dobrymi zasadami. Wi\u0119c kiedy projektujesz klas\u0119, mo\u017cesz zada\u0107 takie pytania jak:<\/p>\n