掌握 Java 的 SOLID 原则:实用指南-java教程

首页 2024-07-10 02:08:01

SOLID 这些原则是任何旨在构建强大和可维护系统的开发人员的基础。这些原则不仅提高了代码质量，而且促进了项目的团队合作和可扩展性。让我们通过 Java 深入研究这些原则，重点介绍常见违规行为和推荐做法。

1.单一职责原则（SRP）

原则：一个类别应该只有一个改变的理由。

违反建议的零售价：

公开课用户{
    私有字符串名称；
    私人字符串电子邮件；

    公共无效保存用户(){
        // 将用户保存到数据库的逻辑
    }

    公众无效发送电子邮件(){
        // 向用户发送电子邮件的逻辑
    }
}

这个例子中，User 类别有多种职责：管理用户数据和发送电子邮件。

应用建议零售价：

公开课用户{
    私有字符串名称；
    私人字符串电子邮件；
}

公共用户存储库{
    用户(用户用户)公共无效保存{
        // 将用户保存到数据库的逻辑
    }
}

公共电子邮件服务{
    公共无效sendemail(用户用户){
        // 向用户发送电子邮件的逻辑
    }
}

在这里，我们将责任分为不同的类别，并遵循它 SRP。

立即学习“Java免费学习笔记(深入)；

2. 开闭原理（OCP）

原则：类别应对扩展开放，修改应关闭。

违反 OCP：

公共课折扣计算器 {
    公共双计算折扣(字符串类型){
        if (type.equals("NORMAL")) {
            返回0.05；
        } else if (type.equals("SPECIAL")) {
            返回0.1；
        }
        返回0；
    }
}

在这个例子中，需要修改任何新的折扣类型 DiscountCalculator 类。

应用 OCP：

公共接口折扣 {
    双计算折扣()；
}

公共类 NormalDiscount 实现 Discount {
    公共双计算折扣(){
        返回0.05；
    }
}

公共类 SpecialDiscount 实现 Discount {
    公共双计算折扣(){
        返回0.1；
    }
}

公共折扣计算器{
    公共双计算折扣(折扣){
        返回折扣.calculateDiscount();
    }
}

在这种情况下，DiscountCalculator 关闭修改，但可以通过实施新的折扣类型来扩展。

3.里氏替换原理（LSP）

原则：子类应在不影响程序正确性的情况下被基类替换。

违反LSP：

公开课鸟{
    公共无效飞行(){
        // 飞行实现
    }
}

公共企鹅扩展了鸟类{
    @覆盖
    公共无效飞行(){
        throw new UnsupportedOperationException("企鹅不会飞");
    }
}

在这里，Penguin类不能在不影响程序正确性的情况下取代Bird。

应用 LSP：

公共抽象类 Bird {
}

公共类 FlyingBird 扩展 Bird {
    公共无效飞行(){
        // 飞行实现
    }
}

公共企鹅扩展了鸟类{
}

现在，FlyingBird 和 Penguin 分开，尊重 Bird 被子类取代的能力。

4. 接口隔离原则（ISP）

原则：客户端不应被迫依赖他们不使用的接口。

违反ISP：

公共界面动物{
    无效步行()())；
    无效飞行()；
    无效游泳()；
}

公共类 Dog 实现 Animal {
    公共无效步行()()){
        // 步行实现
    }

    公共无效飞行(){
        抛出新的 UnsupportedOperationException();
    }

    公共无效游泳(){
        // 狗会游泳
    }
}

这里，Dog被迫实现fly，这是无关紧要的。

应用ISP：

走在公共界面上{
    无效步行()())；
}

公共接口可以飞{
    无效飞行()；
}

游泳可以在公共界面游泳{
    无效游泳()；
}

公共类 Dog 实现 Walkable、Swimmable {
    公共无效步行()()){
        // 步行实现
    }

    公共无效游泳(){
        // 游泳实现
    }
}

现在，Dog 只实现与其动作相关的界面。

5. 依靠倒置原则（DIP）

原则：高层模块不应依赖于低层模块。两者都应依赖于抽象。

违反 DIP：

公共课灯泡{
    ()公共无效开放(){
        // 打开灯泡
    }
}

公共电力开关{
    私有 LightBulb lightBulb = new LightBulb();

    公共无效按下(){
        灯泡.turnOn();
    }
}

ElectricPowerSwitch 直接依赖于 LightBulb，低级模块。

应用 DIP：

可切换的公共界面{
    无效开()无效开()；
}

公共类 LightBulb 实现可切换 {
    公共无效开()无效开(){
        // 打开灯泡
    }
}

公共电力开关{
    客户端可以私人切换；

    公共 ElectricPowerSwitch(可切换客户端){
        this.client = 客户端；
    }

    公共无效按下(){
        客户端.turnOn();
    }
}

现在，ElectricPowerSwitch 依赖抽象（Switchable），这使设计更加灵活和可持续。

结论
在 Java 中应用 SOLID 原则不仅是良好的理论实践，也是保持软件灵活性、可持续性和可理解性的有效策略。我希望这些例子能帮助解释如何在我的软件项目中实现这些原则。

以上就是掌握 Java 的 SOLID 原则：实用指南的详细内容，请多关注其它相关文章！

阅读全文

上一篇：国行PS5备份港服，系统升级无忧！
下一篇：电脑软件备份首选：高效、安全、易用的XX软件！

掌握 Java 的 SOLID 原则:实用指南-java教程

首页 2024-07-10 02:08:01

最新文章

相关文章