Python i Django: Klasa abstrakcyjna

0:01Wyobraź sobie że chcę stworzyć aplikację dla sklepu stworzyła już produkt.

0:07Produkt ma określone pola ma nazwę cenę i wszystkie te pola które zazwyczaj mają

0:12produkty ale dochodzi kolejne wymagania biznesowe.

0:16Okazało się że zaczynacie sprzedawać

0:18książki i zaczynacie sprzedawać e-booki i e-booki.

0:22Po zakupie dniu należy wysłać

0:25na maila książki natomiast powinny mieć pole BN i chciałbym w tym rozdziale

0:32opowiedzieć o dziedziczeniu opowiedzieć w jaki sposób rozwiązywać problemy.

0:38Kiedy mamy jakiś model.

0:41Ale ten model nie do końca spełnia nasze wymagania i jak to zrobić żeby

0:45kot pozostawał czysty i żeby żebyśmy mieli kontrolę nad wydajnością takiego kodu.

0:53Pierwszą z metod.

0:55Która jest.

0:58Jest najprostsza ale przy zbyt dużej liczbie pól.

1:02Jeżeli rozwijamy nasz kod 2.

1:04Jeżeli projekt jest już stary i ma

1:06naprawdę dużo wariantów jest dodawanie pól które mogą być puste.

1:12Tak jak w tym przypadku wyobraźmy sobie że dla książki potrzebujemy numeru USB.

1:16Natomiast dla Buka potrzebujemy URL a ze

1:19spisem treści możemy dodać bezpośrednio w produkcie pole jest Ben.

1:29Może mnie określić jako tekst i możemy też dodać URL dla spisu treści.

1:37Tylko że tworząc jakikolwiek inny produkt.

1:40Te pola muszą być opcjonalne.

1:43Problem pojawi się kiedy będziemy dodawać

1:46pole które może być w tedy takie opcjonalne pole musi.

1:53W przypadku kiedy jest np.

1:55Integer musi być anulowane ponieważ

1:58dodając jakiś inny typ produktu nie chcemy go wypełniać.

2:02I tak w przypadku BN i

2:05spisu treści mamy zwyczajny tekst filtr więc nie jest to problemem ale gdybyśmy

2:09dodawali coś innego to już by mogło być i w tym momencie jeżeli dodajemy książkę

2:14musimy gdzieś na poziomie seriali i zarabiać na poziomie jakiejś libacji

2:18wymusić dodanie tego numeru tak samo dla buka.

2:22I to rozwiązanie jest najprostsze jest bardzo szybkie ponieważ.

2:27Nie wymaga odwołań do zewnętrznych tabel natomiast.

2:32Przy każdym pobraniu dla każdego produktu będziemy pobierać mnóstwo rzeczy w secie

2:37które nas niespecjalnie interesują bo pobierając informacje o płycie

2:43niespecjalnie chcemy mieć link do spisu treści.

2:46Kolejnym sposobem na dodanie dodatkowych typów produktu jest dziedziczenie.

2:54Pierwszym rodzajem dziedziczenia które

2:56chciałbym opisać jest dziedziczenie po klasie abstrakcyjnej.

3:00Nasz model jako abstrakcyjny ustawiamy w

3:04meta klasie za pomocą atrybutów abstrakcji.

3:09Stawia mu go i w tym momencie możemy sobie stworzyć.

3:14Buka który będzie odziedziczył po

3:16produkcie który będzie miał nasze upragnione pole ze spisem treści.

3:23Może tym razem jak URL.

3:26żeby było czytelnie i dodam też.

3:30Metodę TR i zamiast produkt piszemy obok.

3:36Stworzymy analogicznie obiekt z książką

3:39który będzie miał niebawem wrócimy do tekstu.

3:48W tym momencie możemy stworzyć i buka.

3:52W ten sposób możemy stworzyć książkę w ten sposób

3:56i zobaczmy co stworzyło nam się w bazie danych.

4:02Wykonają migracje.

4:06Widzimy że utworzyły nam się dwa modele Bóg i Bóg.

4:09Zwróćcie uwagę że nie utworzył nam się model produktu.

4:16Po wykonaniu migracji zajrzymy do środka bazy danych.

4:21Co się tam tworzyło.

4:23Skorzystamy z.

4:26Przeglądarki baz danych wbudowanej w filharmonii żeby wam pokazać.

4:31Mamy jeżeli chodzi o aplikacje Products.

4:35Mamy dwie tabele buk i Buk zajrzymy sobie

4:39do książki widzimy że utworzyły się zarówno kolumny z modelu produkt jak i

4:46kolumny z modelu książki czyli mamy Twitter mamy prasę i mamy BN.

4:54Wróćmy do.

4:56Klasy produktu.

4:58Jak działa Klasa abstrakcyjna.

5:01Klasa abstrakcyjna dodaje nam swoją funkcjonalność do naszego modelu dziecka.

5:08W tym przypadku do buka

5:10dodaje swoje pola dodaje swoje metody ale nie wymaga tworzenia osobnej tabeli.

5:17Pozwala ona na nie swoich pól do innych modeli.

5:21Bardzo dobrze.

5:23Taki rodzaj dziedziczenia sprawdza się w

5:25modelach które mają jakąś ściśle wydzieloną funkcjonalność.

5:30Weźmy dla przykładu Time stamtąd model z

5:33biblioteki jako model Optimus który dostarcza nam pola klientek i model Fit.

5:39Dzięki temu.

5:41Mamy za pomocą dziedziczenia tylko po jednej klasie.

5:46W przypadku kiedy gdybyśmy zrobili to na przykład tutaj.

5:51Mamy automatycznie dostarczone pole kije

5:54które utworzy nam się w przypadku kiedy tworzymy model który zostanie ustawiony na

5:59moment obecny i pole modlitwy które będzie śledziły nam zmianę.

6:04W ten sposób możemy

6:06bardzo fajnie wydzielać logikę z klas i sprawiać że nasz kot będzie czystsze.

6:12Natomiast dla zastosowania które my chcemy zrealizować w sklepie

6:17to rozwiązanie raczej się nie sprawdzi dlatego że gdybyśmy chcieli.

6:25Widać że mamy model zamówienia który wskazuje na produkt.

6:31To nie moglibyśmy wskazać.

6:34Produktu w sposób uniwersalny nie moglibyśmy wpisać.

6:38Produkt ponieważ jakby na to nie pozwoli musielibyśmy wpisać tutaj

6:44osobno dla każdego typu produktu który chcemy rozszerzyć w tym książkę.

6:51I Bóg.

6:53Itd.

6:54Dlatego korzystanie z takiego rozwiązania jest OK.

6:57W pewnych przypadkach ale w przypadku kiedy byśmy.

7:02Chcieli się odwołać do rodzica

7:06za pomocą ręki MEN albo innej relacji nie jest dobrym pomysłem.