Click here to Skip to main content
Click here to Skip to main content
Technical Blog

Tagged as

The S.O.L.I.D. Object Oriented Programming(OOP) Principles

, 25 Feb 2010 CPOL
Rate this:
Please Sign up or sign in to vote.
What does it take to be an Object Oriented Programmer?

Introduction

What does it take to be an Object Oriented Programmer? There was a time where I believed all that meant was that you worked with a language such as C#, C++, or Java. However, the more I get acquainted with newer technologies, the more I realize that there is a set of fundamentals core to the title. And really, these fundamentals are about architecting the best, most update-able, scalable systems. Just yesterday while diving into DataObjects.NET, I was greeted by Domain Driven Design(DDD)-- a popular architectural abstraction. It motivated me to think about the basics, which is the purpose of this article.

The S.O.L.I.D. Principles of Class Design

The S.O.L.I.D. principles seem to be the least common denominator of creating great classes; even before Design Patterns. I recommend taking some time to really think about each of them and how you can apply them. Let's dive in, one by one.

The Single Responsibility Principle

There should never be more than one reason for a class to change. Basically, this means that your classes should exist for one purpose only. For example, let's say you are creating a class to represent a SalesOrder. You would not want that class to save to the database, as well as export an XML-based receipt. Why? Well if later on down the road, you want to change database type (or if you want to change your XML schema), you're allowing one responsibility's changes to possibly alter another. Responsibility is the heart of this principle, so to rephrase there should never be more than one responsibility per class.

The Open Closed Principle

Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification. At first, this seems to be contradictory: how can you make an object behave differently without modifying it? The answer: by using abstractions, or by placing behavior(responsibility) in derivative classes. In other words, by creating base classes with override-able functions, we are able to create new classes that do the same thing differently without changing the base functionality. Further, if properties of the abstracted class need to be compared or organized together, another abstraction should handle this. This is the basis of the "keep all object variables private" argument.

The Liskov Substitution Principle

Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it. In other words, if you are calling a method defined at a base class upon an abstracted class, the function must be implemented properly on the subtype class. Or, "when using an object through its base class interface, [the] derived object must not expect such users to obey preconditions that are stronger than those required by the base class." The ever-popular illustration of this is the square-rectangle example. Turns out a square is not a rectangle, at least behavior-wise.

The Dependency Inversion Principle

Depend on abstractions, not on concretions or High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions. (I like the first explanation the best.) This is very closely related to the open closed principle we discussed earlier. By passing dependencies (such as connectors to devices, storage) to classes as abstractions, you remove the need to program dependency specific. Here's an example: an Employee class that needs to be able to be persisted to XML and a database. If we placed ToXML() and ToDB() functions in the class, we'd be violating the single responsibility principle. If we created a function that took a value that represented whether to print to XML or to DB, we'd be hard-coding a set of devices and thus be violating the open closed principle. The best way to do this would be to:

  1. Create an abstract class (named DataWriter, perhaps) that can be inherited from for XML (XMLDataWriter) or DB (DbDataWriter) Saving, and then
  2. Create a class (named EmployeeWriter) that would expose an Output(DataWriter saveMethod) that accepts a dependency as an argument. See how the Output method is dependent upon the abstractions just as the output types are? The dependencies have been inverted. Now we can create new types of ways for Employee data to be written, perhaps via HTTP/HTTPS by creating abstractions, and without modifying any of our previous code! No rigidity--the desired outcome.

The Interface Segregation Principle

Clients should not be forced to depend upon interfaces that they do not use. My favorite version of this is written as "when a client depends upon a class that contains interfaces that the client does not use, but that other clients do use, then that client will be affected by the changes that those other clients force upon the class." Kinda sounds like the inheritance specific single responsibility principle.

Sources

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Share

About the Author

micahs
Chief Technology Officer
United States United States
Pittsburgh-based developer.
Follow on   Twitter

Comments and Discussions

 
GeneralMy vote of 5 PinmemberMember 369705420-Jun-14 23:28 
GeneralMy vote of 2 Pinmemberbuddy.james27-Feb-14 22:40 
GeneralMy vote of 3 PinmemberFarid Bekran29-Apr-13 2:01 
GeneralMy vote of 1 PinmemberMember 145990223-Apr-13 19:24 
GeneralMy vote of 1 PinmemberMember 145990223-Apr-13 19:23 
GeneralMy vote of 5 PinmemberAamirkhan198720-Apr-13 4:05 
GeneralMy vote of 2 PinmemberCLX-Soft26-Feb-13 5:03 
GeneralMy vote of 5 PinmemberArthanarieaswaran16-Oct-12 21:41 
GeneralHelpful for new comers PinmemberSERokon22-Feb-12 22:40 
GeneralNice Summary PinmemberMKlaus2-Mar-10 8:02 
GeneralRe: Nice Summary PinmemberGrant Winney30-Nov-12 8:16 
GeneralMy vote of 1 PinmemberNilsKodeApe1-Mar-10 23:43 
General[My vote of 1] Plagiarism at its worst! Pinmemberusrdwz1-Mar-10 12:10 
GeneralRe: [My vote of 1] Plagiarism at its worst! Pinmembermicahs8-Dec-12 3:45 
GeneralDependency question Pinmembersupercat925-Feb-10 9:50 
GeneralRe: Dependency question PinmemberRozis26-Feb-10 14:26 
GeneralRe: Dependency question PinmemberCurtainDog2-Mar-10 11:58 
GeneralRe: Dependency question Pinmembersupercat93-Mar-10 8:30 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Terms of Use | Mobile
Web02 | 2.8.1411022.1 | Last Updated 25 Feb 2010
Article Copyright 2010 by micahs
Everything else Copyright © CodeProject, 1999-2014
Layout: fixed | fluid