All too often inheritance is used in the wrong scenarios. Inheritance should only be used in logical
circumstances but it is often used for convenience purposes. I’ve seen this many times and it leads to
complex inheritance hierarchies that don’t make sense. Take the following code:
1: public class Sanitation
2: {
3: public string WashHands()
4: {
5: return "Cleaned!";
6: }
7: }
8:
9: public class Child : Sanitation
10: {
11: }
In this instance, a Child is not a “Sanitation” and therefore doesn’t make sense as an inheritance hierarchy.
We can refactor by initializing an instance of Sanitation in the Child constructor and delegating the call to
the class rather than via inheritance. If you were using Dependency Injection, you would pass in the
Sanitation instance via the constructor, although then you would need to register your model in your IoC
container which is a smell IMO, you get the idea though. Inheritance should ONLY be used for scenarios
where inheritance is warranted. Not instances where it makes it quicker to throw down code.
1: public class Sanitation
2: {
3: public string WashHands()
4: {
5: return "Cleaned!";
6: }
7: }
8:
9: public class Child
10: {
11: private Sanitation Sanitation { get; set; }
12:
13: public Child()
14: {
15: Sanitation = new Sanitation();
16: }
17:
18: public string WashHands()
19: {
20: return Sanitation.WashHands();
21: }
22: }
circumstances but it is often used for convenience purposes. I’ve seen this many times and it leads to
complex inheritance hierarchies that don’t make sense. Take the following code:
1: public class Sanitation
2: {
3: public string WashHands()
4: {
5: return "Cleaned!";
6: }
7: }
8:
9: public class Child : Sanitation
10: {
11: }
In this instance, a Child is not a “Sanitation” and therefore doesn’t make sense as an inheritance hierarchy.
We can refactor by initializing an instance of Sanitation in the Child constructor and delegating the call to
the class rather than via inheritance. If you were using Dependency Injection, you would pass in the
Sanitation instance via the constructor, although then you would need to register your model in your IoC
container which is a smell IMO, you get the idea though. Inheritance should ONLY be used for scenarios
where inheritance is warranted. Not instances where it makes it quicker to throw down code.
1: public class Sanitation
2: {
3: public string WashHands()
4: {
5: return "Cleaned!";
6: }
7: }
8:
9: public class Child
10: {
11: private Sanitation Sanitation { get; set; }
12:
13: public Child()
14: {
15: Sanitation = new Sanitation();
16: }
17:
18: public string WashHands()
19: {
20: return Sanitation.WashHands();
21: }
22: }