Jump to content

SOLID: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Ptrb (talk | contribs)
Line 40: Line 40:
==See also==
==See also==
===Basic concepts and related topics===
===Basic concepts and related topics===
* [[Adaptive Software Development]]
* [[Occam's razor]]
* [[Agile programming]]
* [[Code reuse]]
* [[Computer programming]]
* [[Computer programming]]
* [[Object oriented programming]]
* [[Object oriented programming]]
** [[Inheritance (object-oriented programming)]]
** [[Inheritance (object-oriented programming)]]
* [[Agile programming]]
* [[ ]]
* [[Adaptive Software Development]]
* [[Code reuse]]


===Design and development principles and philosophies===
===Design and development principles and philosophies===

Revision as of 19:01, 1 January 2011

In computer programming, SOLID (Single responsibility, Open-closed, Liskov substitution, Interface segregation and Dependency inversion) is a mnemonic acronym introduced by Robert C. Martin[1][2] in the early 2000s[3] which stands for five basic patterns of object-oriented programming and design. The principles when applied together make it much more likely that a programmer will create a system that is easy to maintain and extend over time.[3] The principles of SOLID are guidelines that can be applied while working on software to remove code smells by causing the programmer to refactor the software's source code until it is both legible and extensible. It may be used with test-driven development, and is part of an overall strategy of agile and adaptive programming.[3][4]

Overview

Initial Stands for
(acronym)
Concept
S SRP
Single responsibility principle
the notion that an object should have only a single responsibility.
O OCP
Open/closed principle
the notion that “software entities … should be open for extension, but closed for modification”.
L LSP
Liskov substitution principle
the notion that “objects in a program should be replaceable with instances of their subtypes without altering the correctness of that program”. See also design by contract.
I ISP
Interface segregation principle
the notion that “many client specific interfaces are better than one general purpose interface.”[5]
D DIP
Dependency inversion principle
the notion that one should “Depend upon Abstractions. Do not depend upon concretions.”[5]
Dependency injection is one method of following this principle.

See also

Design and development principles and philosophies

References

  1. ^ “Principles Of OOD”, Robert C. Martin (“Uncle Bob”), butunclebob.com, Last verified 2009-01-14. (Note the “first five principles”, though the acronym is not used in this article.) Dates back to at least 2003.
  2. ^ “Getting a SOLID start.”, Robert C. Martin (“Uncle Bob”), objectmentor.com. Last verified 2009-01-14.
  3. ^ a b c “SOLID Object-Oriented Design”, Sandi Metz (Duke University), Talk given at the 2009 Gotham Ruby Conference in May, 2009. Last verified 2009-01-15.
  4. ^ “Introducing SOLID Object-Oriented Design Principles and Microsoft Unity”, Uwe Schmitz, Presentation given at the Regina .NET User Group in May, 2009. Last verified 2009-01-14.
  5. ^ a b “Design Principles and Design Patterns”, Robert C. Martin (“Uncle Bob”), objectmentor.com. Last verified 2009-01-14.