Java中的SOLID原则及示例

2024-05-19 19:48
文章标签 java 示例 原则 solid

本文主要是介绍Java中的SOLID原则及示例,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

类是任何Java应用程序的构建块。如果这些区块不强,那么建筑(即应用)将来将面临艰难时期。这实际上意味着,当应用程序范围上升或应用程序在生产或维护中面临某些设计问题时,不那么好的编写会导致非常困难的情况。

另一方面,一组精心设计和编写的类可以加速编码过程的突飞猛进,同时减少错误的数量。

在本教程中,我们将使用 5个最推荐的设计原则的示例来讨论Java中的SOLID原则,在编写类时我们应该记住这些原则。它们还构成了设计应用程序类时应遵循的最佳实践

目录1.单一责任原则
2.公开封闭原则
3.利斯科夫的替代原则
4.界面隔离原则
5.依赖性倒置原则

5 java类设计原则

5 java类设计原则

让我们逐一深入研究它们。

1.单一责任原则

原则的名称说明了一切:

“一个类应该只有一个责任”

换句话说,我们应该只为一个目的编写,更改和维护一个类。如果它是模型类,那么它应该严格地只代表一个参与者/实体。这将使我们能够灵活地在未来进行变更,而不必担心变更对另一个实体的影响。

类似地,如果我们正在编写服务/管理器类,那么它应该只包含方法调用的那部分而不包含任何其他内容。甚至不是与模块相关的实用程序全局函数 最好将它们分隔在另一个全局可访问的类文件 这将有助于为特定目的维护类,并且我们可以仅决定类对特定模块的可见性。

1.1。单一责任原则示例

我们可以在所有流行的Java库中使用单一责任原则的大量类。例如,在log4j中,我们有不同的类和日志记录方法,不同的类是日志记录级别,等等。

在我们的应用程序级代码中,我们定义模型类来表示实时实体,例如人员,员工,帐户等。这些类中的大多数都是SRP原则的示例,因为当我们需要更改人员的状态时,我们才会修改一个人的类。等等。

在给定的示例中,我们有两个类PersonAccount。两者都有单一的责任来存储他们的具体信息。如果我们想要改变Person的状态,那么我们不需要修改类Account,反之亦然。

Person.java

public class Person

{

    private Long personId;

    private String firstName;

    private String lastName;

    private String age;

    private List<Account> accounts;

}

Account.java

public class Account

{

    private Long guid;

    private String accountNumber;

    private String accountName;

    private String status;

    private String type;

}

2.公开封闭原则

这是我们在设计应用程序时应该牢记的第二个重要规则。开放封闭原则

“软件组件应该是可以扩展的,但是关闭以进行修改”

这是什么意思??这意味着我们的类应该设计成这样一种方式,即每当开发人员想要在应用程序中的特定条件下更改控制流时,他们都需要扩展我们的类并覆盖一些函数,就是这样。

如果其他开发人员由于我们班级的限制而无法设计所需的行为,那么我们应该重新考虑改变我们的类。我并不是说任何人都可以改变我们班级的整个逻辑,但是他/她应该能够以软件允许的无害方式覆盖软件提供的选项。

2.1。打开封闭原理示例

如果我们看一下像struts或spring这样的好框架,我们会发现我们无法改变它们的核心逻辑和请求处理,但我们只是通过扩展一些类并将它们插入配置文件中来修改所需的应用程序流。

例如,spring框架有类DispatcherServlet。此类充当基于String的Web应用程序的前端控制器。要使用此类,我们不需要修改此类。我们所需要的只是传递初始化参数,我们可以按照我们想要的方式扩展它的功能。

请注意,除了在应用程序启动期间传递初始化参数之外,我们还可以通过扩展类来覆盖方法以修改目标类的行为。例如,struts Action类被扩展为覆盖请求处理逻辑。

扩展Struts Action

public class HelloWorldAction extends Action

{

    @Override

    public ActionForward execute(ActionMapping mapping,

                                ActionForm form,

                                HttpServletRequest request,

                                HttpServletResponse response)

                                throws Exception

    {

         

        //Process the request

 

    }

}

3.利斯科夫的替代原则

该原理是先前讨论的开放封闭原理的变形。它说:

“派生类型必须完全可替代其基类型”

这意味着通过扩展我们的类创建的类开发人员应该能够适应应用程序而不会失败。这要求子类的对象的行为方式与超类的对象相同。这主要出现在我们进行运行时类型识别然后将其转换为适当的引用类型的地方。

3.1。Liskov替代原则示例

LSP的一个例子可以是Spring框架中的自定义属性编辑器。Spring提供属性编辑器以与对象本身不同的方式表示属性,例如,从HTTP请求参数解析人类可读输入或在视图层中显示纯java对象的人类可读值,例如CurrencyURL

Spring可以为一种数据类型注册一个属性编辑器,并且需要遵循基类 规定的约束PropertyEditorSupport。所以是任何类扩展PropertyEditorSupport类,然后它可以被所有需要的基类替代。

例如,每本书的ISBN号始终是固定的显示格式。您可以在数据库和UI中单独表示ISBN。对于这个要求,我们可以用这样的方式编写属性编辑器 -

IsbnEditor.java

import java.beans.PropertyEditorSupport;

import org.springframework.util.StringUtils;

import com.howtodoinjava.app.model.Isbn;

  

public class IsbnEditor extends PropertyEditorSupport {

    @Override

    public void setAsText(String text) throws IllegalArgumentException {

        if (StringUtils.hasText(text)) {

            setValue(new Isbn(text.trim()));

        else {

            setValue(null);

        }

    }

  

    @Override

    public String getAsText() {

        Isbn isbn = (Isbn) getValue();

        if (isbn != null) {

            return isbn.getIsbn();

        else {

            return "";

        }

    }

}

4.接口隔离原理

这个原则是我最喜欢的。它适用于接口,因为单一责任原则适用于类。ISP说:

“客户不应该被迫实施他们不会使用的不必要的方法”

举个例子。开发者亚历克斯建立的接口Reportable并添加两个方法generateExcel()generatedPdf()。现在客户'A'想要使用这个界面,但他打算只使用PDF格式的报告,而不是excel。他能否轻松使用这项功能?

没有。他将不得不实施这两种方法,其中一种方法是软件设计者给他带来的额外负担。他要么实施另一种方法,要么留空。这不是一个好的设计。

那么解决方案是什么?解决方案是通过破坏现有接口来创建两个接口。他们应该像PdfReportableExcelReportable。这将为用户提供仅使用所需功能的灵活性。

4.1。接口隔离原理示例

查找IPS示例的最佳位置是Java AWT事件处理程序,用于处理从键盘和鼠标触发的GUI事件。它为每种事件都有不同的监听器类。我们只需要为事件编写处理程序,我们希望处理。没有必要。

一些听众是 -

  • 的FocusListener
  • KeyListener的
  • 的MouseMotionListener
  • MouseWheelListener的
  • 的TextListener
  • 的WindowFocusListener

任何时候,我们都希望处理任何事件,只需找出相应的监听器并实现它。

MouseMotionListenerImpl.java

public class MouseMotionListenerImpl implements MouseMotionListener

{

    @Override

    public void mouseDragged(MouseEvent e) {

        //handler code

    }

 

    @Override

    public void mouseMoved(MouseEvent e) {

        //handler code

    }

}

5.依赖倒置原则

我们大多数人已经熟悉原则名称中使用的词语。DI原则说:

“取决于抽象,而不是结核”

换一种说法。我们应该以这样的方式设计我们的软件:使用抽象层将各种模块彼此分开以将它们绑定在一起。

5.1。依赖倒置原理示例

bean configuration在Spring框架中经典使用这个原理。

在spring框架中,所有模块都作为单独的组件提供,它们可以通过简单地在其他模块中注入依赖项来协同工作。此依赖关系在XML文件中进行外部管理。

这些独立的组件在其边界内非常封闭,我们可以在弹簧之外的其他软件模块中轻松使用它们。这是通过依赖倒置和开放封闭原则实现的。所有模块仅公开抽象,这对于扩展另一个模块中的功能或插件很有用。

这些是五个类设计原则,也称为SOLID原则,它使得设计我们的应用程序类时遵循最佳实践。

这篇关于Java中的SOLID原则及示例的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/995891

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟&nbsp;开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚&nbsp;第一站:海量资源,应有尽有 走进“智听

在cscode中通过maven创建java项目

在cscode中创建java项目 可以通过博客完成maven的导入 建立maven项目 使用快捷键 Ctrl + Shift + P 建立一个 Maven 项目 1 Ctrl + Shift + P 打开输入框2 输入 "> java create"3 选择 maven4 选择 No Archetype5 输入 域名6 输入项目名称7 建立一个文件目录存放项目,文件名一般为项目名8 确定