Earn More by Sharing What You Love
Do you create content for developers working with .NET, C#, Java, Python, or Node.js? Turn your expertise into extra income!

Tim Corey
49m 41s
Dziedziczenie i interfejsy to integralne części programowania obiektowego (OOP). Tim Corey, w swoim wideo "Dziedziczenie vs Interfejsy w C#: Programowanie Obiektowe", zapewnia szczegółowe wyjaśnienie, kiedy używać dziedziczenia, a kiedy wybrać interfejsy.
Ten artykuł służy jako kompleksowy przewodnik po wideo Tima Coreya. Rozkłada kluczowe koncepcje, przykłady i wyjaśnienia kodu zawarte w wideo, podkreślając różnice między dziedziczeniem a interfejsami oraz kiedy używać każdego z nich.
Tim na (0:00) zaczyna od podkreślenia znaczenia rozróżniania między dziedziczeniem a interfejsami. Podkreśla potrzebę zrozumienia, kiedy używać każdej z koncepcji, aby osiągnąć najlepsze rezultaty. Jego celem jest zademonstrowanie tego poprzez przykłady, zaczynając od niewłaściwego użycia pojedynczego dziedziczenia, a następnie jego poprawienia.
Na (1:08), Tim tworzy prostą aplikację konsolową używając .NET 5. Nazywa projekt "OODemoApp" i wyjaśnia, że głównym celem jest zademonstrowanie koncepcji, a nie tworzenie kodu gotowego do produkcji.
Tim na (1:55) zagłębia się w podstawy dziedziczenia. Określa dziedziczenie jako mechanizm, w którym właściwości i metody klasy bazowej są dziedziczone przez klasę pochodną. Podkreśla, że dziedziczenie nie powinno być używane tylko do ponownego użycia i dzielenia się kodem, ale do ustanawiania logicznej relacji typu "jest-a".
Kluczowe punkty:
Tim na (7:52) tworzy klasę RentalCar do zilustrowania podstawowej koncepcji dziedziczenia. Ta klasa reprezentuje samochód do wynajęcia w agencji wynajmu w Miami na Florydzie.
public class RentalCar
{
public int RentalId { get; set; }
public string CurrentRenter { get; set; }
public decimal PricePerDay { get; set; }
public int NumberOfPassengers { get; set; }
public void StartEngine()
{
Console.WriteLine("Turn key to ignition setting");
Console.WriteLine("Turn key to on");
}
public void StopEngine()
{
Console.WriteLine("Turn key to off");
}
}Public Class RentalCar
Public Property RentalId As Integer
Public Property CurrentRenter As String
Public Property PricePerDay As Decimal
Public Property NumberOfPassengers As Integer
Public Sub StartEngine()
Console.WriteLine("Turn key to ignition setting")
Console.WriteLine("Turn key to on")
End Sub
Public Sub StopEngine()
Console.WriteLine("Turn key to off")
End Sub
End ClassTim na (10:15) wyjaśnia, jak niewłaściwe użycie dziedziczenia może prowadzić do problemów. Podkreśla, że jeśli dziedziczenie jest źle używane, może prowadzić do kodu, który jest trudny do zarządzania i rozwoju. Doradza unikanie używania dziedziczenia tylko do dzielenia się kodem.
Tim na (10:45) dodaje wyliczenie dla typów samochodów. Tworzy nowy plik klasy o nazwie Enums.cs, aby przechowywać wszystkie wyliczenia w jednym miejscu. To wyliczenie pomoże różnicować między różnymi stylami samochodów.
// Enums.cs
public enum CarType
{
Hatchback,
Sedan,
Compact
}' Enums.vb
Public Enum CarType
Hatchback
Sedan
Compact
End EnumNastępnie dodaje właściwość do klasy RentalCar, aby określić typ samochodu.
public class RentalCar : RentalVehicle
{
public CarType Style { get; set; }
// Other properties and methods
}Public Class RentalCar
Inherits RentalVehicle
Public Property Style As CarType
' Other properties and methods
End ClassJak Tim wyjaśnia na (12:27), agencja wynajmu decyduje się dodać ciężarówki do swojej floty, co wprowadza nowe wymagania. Tworzy klasę RentalTruck dziedziczącą z klasy rodzica RentalVehicle.
public class RentalTruck : RentalVehicle
{
public TruckType Style { get; set; }
// Other properties and methods
}Public Class RentalTruck
Inherits RentalVehicle
Public Property Style As TruckType
' Other properties and methods
End ClassNastępnie definiuje nowe wyliczenie dla typów ciężarówek.
// Enums.cs
public enum TruckType
{
ShortBed,
LongBed
}' Enums.vb
Public Enum TruckType
ShortBed
LongBed
End EnumTim na (15:28) podkreśla, że tylko dlatego, że dwie właściwości mają tę samą nazwę, nie znaczy, że są tym samym. Ilustruje to na przykładzie właściwości Style, która może oznaczać różne wyliczenia (CarType dla samochodów i TruckType dla ciężarówek).
Agencja wynajmu rozszerza swoją flotę, aby obejmować łodzie. Tim demonstruje, jak poradzić sobie z tym, tworząc klasę RentalBoat. Początkowo wydaje się to wykonalne, ponieważ łodzie mogą dzielić niektóre właściwości z samochodami i ciężarówkami.
public class RentalBoat : RentalVehicle
{
// Properties and methods specific to boats
}Public Class RentalBoat
Inherits RentalVehicle
' Properties and methods specific to boats
End ClassWprowadzenie żaglówek stanowi wyzwanie, ponieważ żaglówki nie mają silników. Tim na (19:57) ilustruje ograniczenia dziedziczenia w tym scenariuszu.
public class RentalSailboat : RentalVehicle
{
public override void StartEngine()
{
throw new NotImplementedException("I do not have an engine to start");
}
public override void StopEngine()
{
throw new NotImplementedException("I do not have an engine to stop");
}
}Public Class RentalSailboat
Inherits RentalVehicle
Public Overrides Sub StartEngine()
Throw New NotImplementedException("I do not have an engine to start")
End Sub
Public Overrides Sub StopEngine()
Throw New NotImplementedException("I do not have an engine to stop")
End Sub
End ClassTim sugeruje, aby metody StartEngine i StopEngine były wirtualne w klasie bazowej, aby umożliwić ich nadpisanie w klasach pochodnych, które ich nie używają.
public abstract class RentalVehicle
{
// Common properties
public virtual void StartEngine()
{
Console.WriteLine("Engine started");
}
public virtual void StopEngine()
{
Console.WriteLine("Engine stopped");
}
}Public MustInherit Class RentalVehicle
' Common properties
Public Overridable Sub StartEngine()
Console.WriteLine("Engine started")
End Sub
Public Overridable Sub StopEngine()
Console.WriteLine("Engine stopped")
End Sub
End ClassTim na (21:56) wyjaśnia pułapki posiadania metod w klasach dziedziczonych, które nie powinny być wywoływane. Na przykładzie klasy RentalSailboat, która nie ma silnika, dziedziczy metody StartEngine i StopEngine z klasy RentalVehicle. Taka sytuacja może prowadzić do problemów, jeśli te metody zostaną przypadkowo wywołane, ponieważ muszą rzucać wyjątki, aby wskazać, że są nieodpowiednie.
public class RentalSailboat : RentalVehicle
{
public override void StartEngine()
{
throw new NotImplementedException("I do not have an engine to start");
}
public override void StopEngine()
{
throw new NotImplementedException("I do not have an engine to stop");
}
}Public Class RentalSailboat
Inherits RentalVehicle
Public Overrides Sub StartEngine()
Throw New NotImplementedException("I do not have an engine to start")
End Sub
Public Overrides Sub StopEngine()
Throw New NotImplementedException("I do not have an engine to stop")
End Sub
End ClassTim na (24:06) podkreśla, jak dziedziczenie może prowadzić do skomplikowanej i zagmatwanej bazy kodu, gdy przestaje mieć to sens logiczny. Na przykład, żaglówka nie powinna być traktowana jako RentalVehicle z silnikiem. To demonstruje ograniczenia dziedziczenia i konieczność lepszego podejścia projektowego.
Aby rozwiązać te problemy, Tim sugeruje lepszy projekt przy użyciu interfejsów. Zaczyna od stworzenia nowego projektu aplikacji konsolowej o nazwie "BetterOODemo", aby zademonstrować ulepszone podejście.
Tim wprowadza interfejs IRental, aby ująć właściwości wspólne dla wszystkich wynajmów.
public interface IRental
{
int RentalId { get; set; }
string CurrentRenter { get; set; }
decimal PricePerDay { get; set; }
}Public Interface IRental
Property RentalId As Integer
Property CurrentRenter As String
Property PricePerDay As Decimal
End InterfaceTim następnie tworzy klasę bazową dla pojazdów lądowych, oddzielając koncepcję wynajmu pojazdu od samego pojazdu.
public abstract class LandVehicle
{
public int NumberOfPassengers { get; set; }
public virtual void StartEngine()
{
Console.WriteLine("Engine started");
}
public virtual void StopEngine()
{
Console.WriteLine("Engine stopped");
}
}Public MustInherit Class LandVehicle
Public Property NumberOfPassengers As Integer
Public Overridable Sub StartEngine()
Console.WriteLine("Engine started")
End Sub
Public Overridable Sub StopEngine()
Console.WriteLine("Engine stopped")
End Sub
End ClassZmieniając nazwę klasy bazowej pojazdu na LandVehicle, Tim zapewnia, że tylko odpowiednie pojazdy dziedziczą metody związane z silnikiem.
Tim tworzy klasy Car i Truck, które dziedziczą z LandVehicle i implementują interfejs IRental.
public class Car : LandVehicle, IRental
{
public int RentalId { get; set; }
public string CurrentRenter { get; set; }
public decimal PricePerDay { get; set; }
public CarType Style { get; set; }
}
public class Truck : LandVehicle, IRental
{
public int RentalId { get; set; }
public string CurrentRenter { get; set; }
public decimal PricePerDay { get; set; }
public TruckType Style { get; set; }
}Public Class Car
Inherits LandVehicle
Implements IRental
Public Property RentalId As Integer Implements IRental.RentalId
Public Property CurrentRenter As String Implements IRental.CurrentRenter
Public Property PricePerDay As Decimal Implements IRental.PricePerDay
Public Property Style As CarType
End Class
Public Class Truck
Inherits LandVehicle
Implements IRental
Public Property RentalId As Integer Implements IRental.RentalId
Public Property CurrentRenter As String Implements IRental.CurrentRenter
Public Property PricePerDay As Decimal Implements IRental.PricePerDay
Public Property Style As TruckType
End ClassTen projekt utrzymuje wyraźny podział zadań, zapewniając, że każda klasa zawiera tylko właściwości i metody istotne dla jej typu.
Tim na (31:41) omawia znaczenie unikania niepotrzebnej duplikacji kodu. Wyjaśnia, że chociaż interfejs IRental wymaga tych samych właściwości w wielu klasach, nie uważa się tego za naruszenie zasady DRY (Don't Repeat Yourself), ponieważ nie jest duplikowana logika – tylko deklaracje właściwości.
Tim na (35:09) wyjaśnia, jak oddzielnie obsługiwać klasę RentalSailboat, implementując interfejs IRental, zamiast dziedziczyć z LandVehicle. To podejście pomaga uniknąć pułapek związanych z niewłaściwym dziedziczeniem.
public class Sailboat : IRental
{
public int RentalId { get; set; }
public string CurrentRenter { get; set; }
public decimal PricePerDay { get; set; }
// Additional properties and methods specific to sailboats
}Public Class Sailboat
Implements IRental
Public Property RentalId As Integer
Public Property CurrentRenter As String
Public Property PricePerDay As Decimal
' Additional properties and methods specific to sailboats
End ClassTim tworzy listę do zarządzania różnymi rodzajami wynajmów, wykorzystując interfejs IRental do przechowywania różnych typów wynajmów, w tym ciężarówek, żaglówek i samochodów.
List<IRental> rentals = new List<IRental>
{
new Truck { CurrentRenter = "Truck Renter" },
new Sailboat { CurrentRenter = "Sailboat Renter" },
new Car { CurrentRenter = "Car Renter" }
};Dim rentals As New List(Of IRental) From {
New Truck With {.CurrentRenter = "Truck Renter"},
New Sailboat With {.CurrentRenter = "Sailboat Renter"},
New Car With {.CurrentRenter = "Car Renter"}
}Ten projekt pozwala na przechodzenie przez wynajmy i dostęp do wspólnych właściwości, takich jak CurrentRenter, PricePerDay, i RentalId.
foreach (var rental in rentals)
{
Console.WriteLine($"Renter: {rental.CurrentRenter}, Price Per Day: {rental.PricePerDay}");
}For Each rental In rentals
Console.WriteLine($"Renter: {rental.CurrentRenter}, Price Per Day: {rental.PricePerDay}")
NextAby uzyskać dostęp do specyficznych właściwości i metod różnych typów wynajmu, Tim demonstruje, jak użyć słowa kluczowego is do sprawdzania i rzutowania obiektów na ich odpowiednie typy.
foreach (var rental in rentals)
{
if (rental is Truck truck)
{
Console.WriteLine($"Truck Style: {truck.Style}, Passengers: {truck.NumberOfPassengers}");
}
else if (rental is Sailboat sailboat)
{
// Access sailboat-specific properties
}
else if (rental is Car car)
{
// Access car-specific properties
}
}For Each rental In rentals
If TypeOf rental Is Truck Then
Dim truck As Truck = CType(rental, Truck)
Console.WriteLine($"Truck Style: {truck.Style}, Passengers: {truck.NumberOfPassengers}")
ElseIf TypeOf rental Is Sailboat Then
Dim sailboat As Sailboat = CType(rental, Sailboat)
' Access sailboat-specific properties
ElseIf TypeOf rental Is Car Then
Dim car As Car = CType(rental, Car)
' Access car-specific properties
End If
NextTim podkreśla, że używanie interfejsów zapewnia elastyczność dla przyszłych zmian. Na przykład, dodanie nowych typów wynajmów, takich jak czołgi lub telewizory, nie zakłóci istniejącej struktury.
Tim doradza, aby unikać nadmiernego używania dziedziczenia do dzielenia się kodem, ponieważ może to prowadzić do złożonej i nieelastycznej bazy kodu. Zamiast tego, rekomenduje wykorzystanie interfejsów i kompozycji w celu osiągnięcia pożądanych rezultatów bez rozciągania relacji "jest-a" poza jej logiczne granice.
Wyjaśnienie Tima Coreya dotyczące dziedziczenia i interfejsów w OOP oferuje jasną ścieżkę do tworzenia łatwego w utrzymaniu i elastycznego kodu. Poprzez przedstawienie typowych pułapek i dostarczenie wyrafinowanego projektu z interfejsami, zapewnia, że programiści mogą podejmować świadome decyzje dotyczące efektywnego strukturyzowania ich aplikacji.
Aby dogłębnie poznać te koncepcje i zobaczyć je w działaniu, obejrzyj pełne wideo Tima. Jego kanał to skarbnica poradników programistycznych. Nie przegap!
Do you create content for developers working with .NET, C#, Java, Python, or Node.js? Turn your expertise into extra income!
Join our newsletter, you’ll get exclusive access on article updates. We value your privacy