SOLID Principle - Dart / Flutter

via Udemy

Go to Course: https://www.udemy.com/course/solid-principle-dart-flutter/

Overview

SOLID is an acronym for the first five object-oriented design (OOD) principles by Robert C. Martin (also known as Uncle Bob)These principles establish practices that lend to developing software with considerations for maintaining and extending as the project grows. Adopting these practices can also contribute to avoiding code smells, refactoring code, and Agile or Adaptive software development.SOLID stands for:S - Single-responsiblity PrincipleO - Open-closed PrincipleL - Liskov Substitution PrincipleI - Interface Segregation PrincipleD - Dependency Inversion PrincipleIn this course, you will be introduced to each principle individually to understand how SOLID can help make you a better developer.Single-Responsibility PrincipleSingle-responsibility Principle (SRP) states: class should have one and only one reason to change, meaning that a class should have only one job.Open-Closed PrincipleOpen-closed Principle (OCP) states: Objects or entities should be open for extension but closed for modification.Liskov Substitution PrincipleLiskov Substitution Principle (LSP) states: Objects of a superclass should be replaceable with objects of its subclasses without breaking the application. In other words, what we want is to have the objects of our subclasses behaving the same way as the objects of our superclassInterface segregation principle (ISP) Interface segregation principle (ISP) states: No code should be forced to depend on method it does not use. ISP splits interfaces that are very large into smaller and more specific ones so that clients will only have to know about the methods that are of interest to them. Such shrunken interfaces are also called role interfaces.ISP is intended to keep a system decoupled and thus easier to refactor, change, and redeploy.Dependency Inversion PrincipleDependency inversion principle states: Entities must depend on abstractions, not on concretions. It states that the high-level module must not depend on the low-level module, but they should depend on abstractions.

Skills

Reviews