* Cantinho Satkeys

Refresh History
  • xifanwaifan11: ja
    18 de Julho de 2025, 11:44
  • JPratas: try65hytr A Todos  4tj97u<z classic k7y8j0
    18 de Julho de 2025, 05:11
  • cunha45: Entendido
    16 de Julho de 2025, 20:33
  • j.s.: reafirmo 15/07/2026 o forum encerra
    16 de Julho de 2025, 18:26
  • j.s.: o que foi dito é que este ano está pago, e para bom entendedor foi dito que após desinteresse nos membros, ficam já avisados que a 15/07/2026
    16 de Julho de 2025, 18:25
  • j.s.: boa tarde
    16 de Julho de 2025, 18:22
  • cunha45: Com a colaboração de 6 membros, aos quais agradecemos e com custos muito elevados, por parte da administração, foi pago mais um ano , do domínio e nome do fórum, num servidor externo.  Como o fórum é dos dos seus membros, e como estes mostraram total desinteresse numa pequena ajuda para a sua manutenção informamos que  a partir de 15/07/2026 o fórum encerra as suas portas.  Para todos os membros que não nos quiseram ajudar, e que fazem neste fórum, os seus downloads do que aqui disponibilizamos, para seu proveito e de borla, iremos cancelar essa função, apenas podendo vizualizar o forum.  A administação
    16 de Julho de 2025, 13:43
  • cunha45: ainda nao encerrou
    16 de Julho de 2025, 13:42
  • FELISCUNHA: ghyt74  pessoal   49E09B4F
    16 de Julho de 2025, 11:46
  • m1957: Obrigado pelo cuidado em informar!
    16 de Julho de 2025, 00:45
  • cereal killa: boas gomes, 4tj97u<z
    14 de Julho de 2025, 21:32
  • j.s.: cereal enviei pm  4tj97u<z
    14 de Julho de 2025, 21:13
  • j.s.: Entre as 20h do dia 13 de agosto de 2025 e as 10h do dia 14 de agosto de 2025 (horário CEST).
    14 de Julho de 2025, 20:55
  • j.s.: foi refeita nova data para migração
    14 de Julho de 2025, 20:55
  • j.s.: 43e5r6
    14 de Julho de 2025, 16:49
  • j.s.: por isso o forum deve estar off line  Início: 16/07/2025 às 20:00 (CEST) Fim: 17/07/2025 às 10:00 (CEST)
    14 de Julho de 2025, 16:49
  • j.s.: vai ser efectuada migração de servidores
    14 de Julho de 2025, 16:48
  • j.s.: dgtgtr a todosc 49E09B4F
    14 de Julho de 2025, 16:47
  • cunha45: ja
    14 de Julho de 2025, 08:25
  • j.s.: passem por aqui p.f. [link]
    13 de Julho de 2025, 16:29

Autor Tópico: SOLID Principles in Java Application Development  (Lida 131 vezes)

0 Membros e 1 Visitante estão a ver este tópico.

Offline mitsumi

  • Sub-Administrador
  • ****
  • Mensagens: 121842
  • Karma: +0/-0
SOLID Principles in Java Application Development
« em: 13 de Maio de 2021, 16:23 »

MP4 | Video: h264, 1280x720 | Audio: AAC, 44.1 KHz, 2 Ch
Genre: eLearning | Language: English + srt | Duration: 17 lectures (1h 34m) | Size: 353 MB
Starting point to learn Java Design Pattern

What you'll learn:
Its a Starting point for Design Pattern

Requirements
you need to have basic knowledge about Java

Description
SOLID Principles in Java Application Development

SOLID refers to five design principles in object-oriented programming, designed to reduce code rot and improve the value, function, and maintainability of software. Here, we give an overview of each SOLID principle along with an example of each.

What Are SOLID Design Principles?

SOLID principles are class-level, object-oriented design concepts that, in conjunction with an extensive test suite, help you avoid code rot.

SOLID design is an acronym for the following five principles:

1. Single Responsibility Principle

2. Open-Closed Principle

3. Liskov Substitution Principle

4. Interface Segregation Principle

5. Dependency Inversion Principle

These principles provide a valuable standard for guiding developers away from such "code rot," and instead towards building applications that provide lasting value for customers and sanity for future developers working on your project.

1. Single Responsibility Principle (SRP)

The Single Responsibility Principle (SRP) states that there should never be more than one reason for a class to change. This means that every class, or similar structure, in your code should have only one job to do.

2. Open-Closed Principle (OCP)

The Open-Closed Principle (OCP) states that classes should be open for extension but closed for modification. "Open to extension" means that you should design your classes so that new functionality can be added as new requirements are generated. "Closed for modification" means that once you have developed a class you should never modify it, except to correct bugs.

3. Liskov Substitution Principles (LSP)

The Liskov Substitution Principle (LSP) applies to inheritance hierarchies, specifying that you should design your classes so that client dependencies can be substituted with subclasses without the client knowing about the change.

4. Interface Segregation Principle (ISP)

The Interface Segregation Principle (ISP) states that clients should not be forced to depend upon interface members they do not use. When we have non-cohesive interfaces, the ISP guides us to create multiple, smaller, cohesive interfaces.

5. Dependency Inversion Principle (DIP)

The Dependency Inversion Principle (DIP) states that high-level modules should not depend upon low-level modules; they should depend on abstractions.

Thanks,

AJ

Who this course is for
People who want to learn advance concepts in Java


Download link:
Só visivel para registados e com resposta ao tópico.

Only visible to registered and with a reply to the topic.

Links are Interchangeable - No Password - Single Extraction