Understanding the solid principles

This article talks about the SOLID principles which in fact as you known is an acronym that stands for five principles of object-oriented programming and design. Those principles allow us to avoid dependencies. So that means that the more things you depend on the greater the chance of something will go wrong. The principles are: Single Responsibility Principle, Open/Closed Principle, Liskov Substitution Principle, Interface Segregation Principle and Dependency Inversion Principle.

I will talk about them quickly and explain why are they so important in our life as programmers. The single responsibility principle talks about that a class should have exactly one responsibility. That means that we have to have classes with a specific purpose and not mixed classes that if we erase something all the code went wrong or different. The open/closed principle talks about that a class should be open for extension but closed for modification. That means that we have to counter the tendency for object-oriented code to become fragile or easily broken.

The Liskov Substitution Principle talks about that we have to keep that working relationship between classes and functions. That means that Liskov forbids modification of that behavior through the mechanisms of inheritance. This principle allows us particularly to be free to substitute a child class in a function that expects to deal with the base class.


The interface segregation principle talks about that we have to avoid writing monstrous interfaces that burden classes with responsibilities they do not need or want. That means that we must create a collection of smaller, discrete interface, partitioning interface members according to what they concern. And finally, the dependency inversion principle talks about that instead of writing code that refers to actual classes, we must instead write code that refers to interfaces of perhaps abstract classes. I think that if we follow this SOLID principle our codes will be better and easier to read, don’t you think so?

Comentarios

Publicar un comentario

Entradas populares de este blog

An Introduction to Metaprogramming

It is impossible that after reading this article we can´t remember the Programming Languages class. That part of the course when we began to learn about metaprogramming also I remember that in the class’ book were pages that have the quote that said that if is not necessary to create a macro don’t do it or in my case don’t try to do it and this was because that topic is difficult to understand, this topic was not an intuitive knowledge, I think that you need to be a high level programmer in order to make this kind of code. This kind of code calls himself a program that generates other programs or program parts, yes, this sound a bit confusing. So, the professor Ariel Ortiz told us in the Programming Languages class that the people who recommend to don’t use metaprogramming only if it is very necessary are people that don’t know how to create macros and the potential that these tools have and, in the article, we can see reflected that hypothesis of the professor. Even he puts an exam
Leer más

Hidden Figures

In this post, I will discuss the movie that we saw in class: "Hidden Figures" directed by Theodore Melfi in 2016.    It's the second time I've seen Hidden Figures and I can say that it has become one of my favorite movies.  The film tells the story of three African-American women who worked for NASA in the early 1960s, collaborating in an important space program. These brilliant women achieved incredible goals that seemed impossible because they were women and African-Americans. What impresses me about these women is their intelligence, their strength, their perseverance and their struggle that allowed them to demonstrate that they were more than capable of being involved in areas that were considered suitable only for the masculine intellect, such as science, mathematics and engineering. I can identify a little with those great women of that movie, not because of how brilliant they were, but because, despite being in the 21st century, in my care
Leer más