面向对象设计的六大原则(SOLID原则)-——单一职责原则

这篇具有很好参考价值的文章主要介绍了面向对象设计的六大原则(SOLID原则)-——单一职责原则。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

单一职责原则(Single Responsibility Principle, SRP)是面向对象编程和设计的五大SOLID原则之一。它强调一个类、方法或模块应该只有一个职责,即只做一件事情。如果一个类承担的职责过多,那么它的可维护性、可读性和可扩展性都会受到影响。当需要修改类的某个职责时,可能会影响到其他职责的实现,导致不必要的代码改动和潜在的bug。

详细解释

一个类应该只有一个引起变化的原因。这意味着,如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责,就应该考虑类的职责分离。

应用场景及代码示例(C#)

场景1:日志记录类

描述:一个类只负责日志的记录,包括日志的写入、格式化等。

代码示例

public interface ILogger  
{  
    void Log(string message);  
}  
  
public class ConsoleLogger : ILogger  
{  
    public void Log(string message)  
    {  
        Console.WriteLine($"Logged: {message}");  
    }  
}  
  
public class FileLogger : ILogger  
{  
    private readonly string _filePath;  
  
    public FileLogger(string filePath)  
    {  
        _filePath = filePath;  
    }  
  
    public void Log(string message)  
    {  
        File.AppendAllText(_filePath, $"Logged: {message}{Environment.NewLine}");  
    }  
}

在这个例子中,ConsoleLoggerFileLogger 都实现了 ILogger 接口,但它们各自只负责一种日志记录方式。

场景2:用户认证类

描述:一个类只负责用户的登录、注册和身份验证等功能。

代码示例

public interface IAuthenticationService  
{  
    bool RegisterUser(User user);  
    bool LoginUser(string username, string password);  
    bool IsUserAuthenticated(string token);  
}  
  
public class AuthenticationService : IAuthenticationService  
{  
    // 假设这里有一些用户存储和验证逻辑...  
    public bool RegisterUser(User user)  
    {  
        // 注册用户逻辑...  
        return true; // 示例返回值  
    }  
  
    public bool LoginUser(string username, string password)  
    {  
        // 登录用户逻辑...  
        return true; // 示例返回值  
    }  
  
    public bool IsUserAuthenticated(string token)  
    {  
        // 验证用户逻辑...  
        return true; // 示例返回值  
    }  
}

在这个例子中,AuthenticationService 类实现了 IAuthenticationService 接口,并且只负责用户认证相关的操作。

场景3:订单处理类

描述:一个类只负责订单的创建、修改和取消等功能。

代码示例

public class Order  
{  
    // 订单属性...  
}  
  
public interface IOrderService  
{  
    Order CreateOrder(Order order);  
    Order UpdateOrder(Order order);  
    void CancelOrder(Order order);  
}  
  
public class OrderService : IOrderService  
{  
    public Order CreateOrder(Order order)  
    {  
        // 创建订单逻辑...  
        return order; // 示例返回值  
    }  
  
    public Order UpdateOrder(Order order)  
    {  
        // 更新订单逻辑...  
        return order; // 示例返回值  
    }  
  
    public void CancelOrder(Order order)  
    {  
        // 取消订单逻辑...  
    }  
}

在这个例子中,OrderService 类实现了 IOrderService 接口,并且只负责订单处理相关的操作。它不包含与订单无关的逻辑,比如库存管理或用户认证。

 文章来源地址https://www.toymoban.com/news/detail-838858.html

到了这里,关于面向对象设计的六大原则(SOLID原则)-——单一职责原则的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 设计模式—— 单一职责原则

    1,代码重用性(即:相同功能的代码,不用多次编写) 2,可读性(即:编程规范性,便于其他程序员的阅读和理解) 3,可扩展性(当需要增加新的功能时,非常的方便,称为可维护性) 4,可靠性(即:当我们增加新的功能时,对原来的功能没有影响) 5,使程序呈现高内

    2024年02月12日
    浏览(47)
  • 设计模式原则之:单一职责模式

      对类来说的,即一个类应该只负责一项职责。如类A负责两个不同的职责,职责1,职责2。当职责1需求变更而改变A时,可能造成职责2智行错误,所以要将类A的粒度分解为A1,A2

    2024年02月15日
    浏览(43)
  • 【C++设计模式】单一职责原则

    2023年8月26日,周六上午 目录 概述 一个简单的例子 用单一职责原则来设计一个简单的学生管理系统 单一职责原则(Single Responsibility Principle,SRP),它是面向对象设计中的一个基本原则。 单一职责原则的核心思想是,一个类应该只有一个引起它变化的原因。 换句话说, 一个

    2024年02月11日
    浏览(40)
  • 设计模式和七大原则概述及单一职责原则详解

    设计模式的目的 编写软件过程中,程序员面临着来自,耦合性,内聚性以及可维护性,扩展性,重用性等方面的挑战。设计模式是为了让程序,具有更好的 1.代码重用性(相同代码,不用重复编写) 2.可读性(编程规范性,便于其他程序员的阅读和理解) 3.可扩展性(当需要增加新

    2024年02月12日
    浏览(42)
  • 【8】c++设计模式——>单一职责原则

    C++面向对象三大特性之一的 封装 指的就是将单一事物抽象出来组合成一个类,所以我们在设计类的时候每个类中处理的是单一事物而不是某些事物的集合。让类的功能单一,不让类与具体的事物耦合。 设计模式中所谓的单一职责原则,就是对一个类而言,应该仅有一个引起

    2024年02月07日
    浏览(38)
  • 面向对象设计原则实验之“接口隔离原则”

    客户端不应该依赖那些它不需要的接口。 实验一 考虑一个安全系统。在这个系统中,有一些Door对象,可以被加锁和解锁,并且Door对象知道自己是开着还是关着。这个Door编码成一个接口,这样客户程序就可以使用那些符合Door接口的对象,而不需要依赖于Door的特定实现。 现

    2024年04月12日
    浏览(51)
  • 【设计模式】面向对象设计八大原则

    (1)依赖倒置原则(DIP) 高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定)。 抽象(稳定)不应该依赖于变化),实现细节应该依赖于抽象(稳定)。 (2)开放封闭原则(OCP) 对扩展开放,对更改封闭。 类模块应该是可扩展的,但是不可

    2024年02月10日
    浏览(44)
  • 面向对象的设计原则

    设计模式:对软件设计中普遍存在(反复出现)的各种问题,所提出的解决方案。每一个设计模式系统地命名、解释和评价了面向对象系统中一个重要的和重复出现的设计 三大特性:封装、继承、多态 接口:若干抽象方法的集合 作用:限制实现接口的类必须按照接口给定的

    2024年02月10日
    浏览(41)
  • 01_面向对象的设计原则

    参考资料: 视频 书籍 《设计模式:可复用面向对象软件的基础》 面对复杂问题如何解决? 分解:分而治之,大问题分解成小问题。 抽象:忽视非本质的细节,处理泛化和理想化的对象模型。 面向对象 从语言实现看,是代码和数据的封装 是一系列的公共接口 某种拥有责任

    2024年02月13日
    浏览(43)
  • 基于面向对象基础设计——里氏替换原则

    在Java中,支持抽象和多态的关键机制之一是继承。正是使用了继承,我们才可以创建实现父类中抽象方法的子类。那么,是什么规则在支配着这种特殊的继承用法呢?最佳的继承层次的特征又是什么呢?在什么情况下会使我们创建的类层次结构掉进不符合开闭原则的陷阱中呢

    2024年02月14日
    浏览(48)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包