solid and ioc principles

eleks.com eleks.com

SOLID AND IOC PRINCIPLES The first five principles of OOP design… And the additional one

Mykhailo Romaniuk

Single Responsibility Principle

SRP

A class should have only one reason to change

Robert C. Martin

SRPStates that every module or class should have responsibility over a single part of the functionality provided by the software, and that responsibility should be entirely encapsulated by the class

Open/Closed Principle

OCP

Objects or entities should be open for extension, but closed for modification

Bertrand Meyer

OCPStates that software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification, that is, such an entity can allow its behavior to be extended without modifying its source code

Liskov Substitution Principle

Can a toy-dog woof without batteries?

LSP

Let f(x) be a property of objects X of type T. Then f(y) should be true for objects Y of type S where S is a subtype of T

Barbara Liskov

LSP

States that if S is a subtype of T, then objects of type T may be replaced with objects of type S without altering any of the desirable properties of that program (correctness, task performed)

Interface Segregation Principle

ISP

Many client-specific interfaces are better than one general-purpose interface

Robert C. Martin

ISP

States that no client should be forced to depend on methods it does not use. Thus having multiple grained interfaces is better that one.

Dependency Inversion Principle

DIP

One should depend upon abstractions, not on concretions

Robert C. Martin

DIPA. High-level modules should not depend

on low-level modules. Both should depend on abstractions.

B. Abstractions should not depend on details. Details should depend on abstractions.

Inversion of Control Principle

What Is IoC?

In software engineering, IoC describes a design in which custom-written portions of a computer program receive the flow of control from a generic, reusable library.

Wikipedia

“How To IoC”?

• Events• Delegates• Dependency

Injection

Dependency Injection

Dependency injection means giving an object it’s instance variables. Really. That's it.

James Shore

What Should I Use For DI?

Windsor

Injection Types• Constructor

Injection• Using Property• Thru Initialization

Method

Software Testability

If your code isn't testable, then you have a design problem

Common Sense

What Makes Your Software Testable?• SRP. Since type is doing only one job, you

can clearly understand what should be tested.

• LSP. Since types used can be replaced with subtypes, mocks and stubs can be used instead of real types.

• ISP. Since there are more granular client-specific interfaces, you know exactly what to mock.

Let’s Review Some Concepts• Reusable. Higher-level

components can be reused if lower-lever components change with time to meet the requirements.

• Extensible. Software is easily extended with new components and features because design is based on abstractions.

• Replaceable. Lower-level components can be replaced to meet new requirements without modifying existing code.

• Loosely Coupled. Allows components to perform on their own with as little knowledge as possible about other components.

• Cohesive. Build you software easily with different components as building blocks.

• Testable. It is easy to understand what and how to test in each component because components are loosely-coupled.

Thanks! Any Questions?

What can you read at home?• Wikipedia about SOLID

https://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29• Nice article about SOLID with examples

https://scotch.io/bar-talk/s-o-l-i-d-the-first-five-principles-of-object-oriented-design

• Dive deeper into SOLIDhttp://www.butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod

• SOLID explanation with examples:http://www.codemag.com/article/1001061

• Simple explanation of DI for beginnershttp://www.jamesshore.com/Blog/Dependency-Injection-Demystified.html

• IoC and DIhttp://martinfowler.com/articles/injection.html

eleks.com

Inspired by Technology.Driven by Value.