Kurs TypeScript – część 2 #56
Replies: 3 comments 8 replies
-
Wielokrotne dziedziczenie (nie "dziedzieczenie") wgl nie na tym polega... TypeScript nie posiada wielokrotnego dziedziczenia. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Masz rację. To mój błąd w tłumaczeniu, zmieniłem na "wielopoziomowe". Wielokrotnego dziedziczenia TypeScript nie ma, co zresztą napisałem w dalszej części wpisu. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Przepraszam, ale napisałeś "TypeScript nie posiada dziedziczenia wielokrotnego (multiple inheritance). Wynika to bezpośrednio z idei prototypowego dziedziczenia w JavaScript." // ukradzione z MDN
function MyClass() {
SuperClass.call(this);
OtherSuperClass.call(this);
}
MyClass.prototype = Object.create(SuperClass.prototype); // inherit
mixin(MyClass.prototype, OtherSuperClass.prototype); // mixin
MyClass.prototype.myMethod = function() {
// do a thing
};Brak multiple inheritance w TS jest podyktowane prozaicznym powodem. TS ma być jak Java i C# żeby Javowcy nie doznali szoku (ani Java, ani C# nie wspiera MI). M. in. dlatego docsy TSa uczą JS (let vs var itd.). + MI to też masa dodatkowych implikacji. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Łańcuch prototypów w JavaScript nie przewiduje wielokrotnego dziedziczenia, dlatego dziedziczenie po wielu prototypach nie tylko nie jest banalne, ale jest całkowicie wręcz niemożliwe! Nie ma możliwości, aby właściwość proto obiektu wskazywała na raz na dwa różne konstruktory – jest to pewnego rodzaju ograniczenie języka. To, co zrobiłeś w swoim kodzie to nie dziedziczenie poprzez łańcuch prototypów per se, lecz mixin (złośliwi mówią, że to proteza), który jest nieco odmienną koncepcją. O mixinach wspominam w artykule jedno zdanie dalej ;) Właściwość proto nie będzie wskazywała na dwa różne obiekty na raz (tylko na SuperClass), nie zostanie stworzony poprawny łańcuch protypów, ani nie zadziała tutaj poprawnie operator instanceof. W artykule na MDN, z którego wziąłeś ten kod, zdanie przed nim jest napisane: "If you wish to inherit from multiple objects, then mixins are a possibility." Dla lepszego zrozumienia dlaczego wielokrotne dziedziczenie przez łańcuch prototypów jest niemożliwe, polecam ten artykuł: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Details_of_the_Object_Model Jest tam specjalny dział poświęcony "No multiple inheritance" Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Ciekawa sprawa, a mianowicie: Przy polimorfizmie wspomniałeś o braku dostępu do metod klas dziedziczących z poziomu przechowywania ich w tablicy typu wspólnej klasy bazowej. Miałem podobny przypadek zagnieżdżenia i wykorzystywałem metody klas z każdego poziomu poprzez rzutowanie zmiennej na określony typ przed wywołaniem metody (dzięki temu IDE się nie gubiło), stwierdziłem więc, że przyjrzę się dokładniej =] Zastanawiałem się jak stworzyć interfejs dla tablicy tak, aby przed dodaniem obiektu sprawdził instenceOf i dodał w parze jako touple, ale ku mojemu zdziwieniu na codepen.io ten kod po prostu przechodzi/bangla: animals[0].eat(); Jeśli to nie kwestia IDE lub wersji TS (do sprawdzenia), to rzutowanie na tablicę typu Animals nie blokuje dostępu do metod obiektów (zwierzątek), a jedynie IDE przesłania podpowiedzi - sprawdzę to jeszcze na innych środowiskach. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Na codepenie nie są sprawdzane typy. Użyj kompilatora TS, np. tutaj: https://bit.ly/2PPW6c8 Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Chodziło mi konkretnie o rzutowanie powrotne (przed wywołaniem) na typ, który można zapisywać przy dodawaniu do tablicy. Po tej prostej operacji już nie "ograniczamy sobie niejako możliwości wywoływania metod na obiektach z tej tablicy wyłącznie do metod zadeklarowanych w klasie Animal" =] Sam zobacz: Jeśli zapiszemy typ razem z obiektem (albo pole obiektu) jako chociażby Touple albo Set, nie stracimy dostępu do metod. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Oczywiście, możesz to też zrzutować na Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Przecież nie piszę o typie Any, zwykle się go wystrzegam. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Dokonując takiego rzutowania tracisz jakiekolwiek zalety używania TypeScripta, bo możesz rzutować cokolwiek na cokolwiek*: https://bit.ly/2wxRWwG *TypeScript trochę to ogranicza, bo typ A można rzutować na B tylko jeśli A jest kompatybilne z B albo B jest kompatybilne A. Ale w ogólności rzutowanie jest kiepskim pomysłem i prowadzi do błędów w czasie wykonania, których chcieliśmy uniknąć. Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
wydaje mi się że masz błąd w kodzie :D Komentarz zaimportowany z WordPressa |
Beta Was this translation helpful? Give feedback.
-
Kurs TypeScript – część 2
Poprzedni wpis na temat TypeScript cieszył się niemałym zainteresowaniem i wiele osób pisało do mnie z pytaniem, kiedy pojawi się kontynuacja. I oto ona! W tym artykule nauczymy się korzystać z klas, klas abstrakcyjnych i dziedziczenia. Dodatkowo będziemy implementować interfejsy i zobaczymy czym różnią się od klas abstrakcyjnych. Zapraszam do…
https://typeofweb.com/kurs-typescript-czesc-2
Beta Was this translation helpful? Give feedback.
All reactions