java程序设计原则知多少

programmerkaixin      2022-05-09     312

关键词:

程序设计七大原则

一、开闭原则

? 针对我们设计的功能模块对扩展开放,对修改关闭:利用面向接口(抽象)编程(多态的特性),实现对功能需求扩展的同时,不允许更改原来的代码。提高对象的可复用性、可维护性、灵活性。

? 抽象的说,用抽象思维构建我们想要创建的实体对象,用具体实现去扩展实体对象的细节实现。

? 具体的说,业务需求的功能可以去扩展,但是已经实现的功能不应该去修改。

  • 需求:以简单工厂模式和工厂方法模式理解开闭原则

  • 分析:

    1. 工厂模式是获取一个实例对象的建造者模式,我们不关心对象如何产生,只关心结果。

    2. 简单工厂模式是面对比较简单的业务场景,用于获取一个对象实例。我们需要传入相关业务参数,让简单工厂对象去做相应的判断,然后返回给我们对应的实例对象。这个工厂对象做了很多事情,他违背了单一职责原则,当我们的业务需要扩展的时候,这个工厂对象必须去修改,新增业务判断,新增返回对应的实例对象。这就违背了开闭原则

      public class FruitsFactory {
      
          /**
           * @description: 
           * @param fruitsName
           * @return com.lmc.gp13280.pattern.factory.fruits.IFruits
           * @date 2019/5/23 15:44
           * @author lmc
           */
          public IFruits product(String fruitsName){
      
              if(null != fruitsName && fruitsName != ""){
                  System.out.println("客户需求的水果是"+fruitsName);
                  if("苹果".equals(fruitsName)){
                      System.out.println("水果工厂生产了苹果");
                      return new Apple();
                  }
                  if("橙子".equals(fruitsName)){
                      System.out.println("水果工厂生产了橙子");
                      return new Orange();
                  }
                  if("香蕉".equals(fruitsName)){
                      System.out.println("水果工厂生产了香蕉");
                      return new Banana();
                  }
                  return null;
              }else{
                  return null;
              }
          }
      }

      上面是一个水果工厂,我如果想要草莓,就必须的修改代码去实现草莓的生产了。

    3. 工厂方法模式是抽象一个工厂接口,让具体的工厂子类实例对象实现工厂接口。我们想要一个具体的实例对象,只需要找相应的子类工厂实现类就可以了,如果需要业务扩展,我们不需要修改原来的工厂子类,只需要新增新的工厂子类就行了。这就实现了业务扩展,但是不会修改原来的程序逻辑。遵循了开闭原则单一职责原则

      public interface IFruitsFactory {
          /**
           * 工厂的生产方法
           * @return IFruits
           */
          IFruits product();
      
      }
      public class AppleFactory implements IFruitsFactory {
          @Override
          public IFruits product() {
      
              System.out.println("苹果工厂只生产苹果");
              return new Apple();
          }
      }
      public class BananaFactory implements IFruitsFactory {
          @Override
          public IFruits product() {
              System.out.println("香蕉工厂只生产香蕉");
              return new Banana();
          }
      }
      public class OrangeFactory implements IFruitsFactory {
          @Override
          public IFruits product() {
              System.out.println("橙子工厂只生产橙子");
              return new Orange();
          }
      }

      上面的示例代码中,我们要新增具体的水果工厂去扩展业务,只需要新增对应的工厂子类去实现水果工厂的接口就行了。

    4. 实现业务扩展,不改变原来的程序就是遵循开闭原则。

二、依赖倒置原则

? spring的依赖注入相信大家都不陌生,其实依赖倒置原则是程序对象依赖其他对象的时候,应该依赖其抽象,不要依赖实现,应该依赖顶层对象,不要依赖具体的底层对象。因为程序的具体实现都是实现类去实现的,但是我们要去依赖实现类的顶层接口对象,这就是倒置,也就是依赖倒置。

? 依赖倒置原则的核心是运行时多态,程序在编译时不会去实例化子类对象,在程序运行的时候虚拟机才会去选择实例化具体的子类对象。

? 在程序设计中,一般接口定义好了,就不会去轻易改变。因为,在一个成熟的系统中,改变接口,就相当于把设计推翻重构了,你愿意做这样的事情?但是实现类,咱们可以进行轻微改动,或者说不改,新增一个新的实现类去代替。如果依赖其实现类,只要实现类改动,那么程序员的灾难是不是来了呢?如果依赖其顶层接口,我们其他依赖此接口的代码都不需要去做任何改动,因为接口没变啊,只需要改动需求具体的实现业务逻辑,或者新增业务子类实现接口。是不是可以提前下班了

? 通过依赖倒置,可以减少类与类之间的耦合性,提高系统的稳定性,提高代码的
可读性和可维护性,并能够降低修改程序所造成的风险。

/**
 * 水果店 
 * @author: maocheng.liao
 * @create: 2020-02-23 15:20
 */
public class FruitShop {

    private IFruitsFactory fruitsFactory;

    public IFruitsFactory getFruitsFactory() {
        return fruitsFactory;
    }

    public void setFruitsFactory(IFruitsFactory fruitsFactory) {
        this.fruitsFactory = fruitsFactory;
    }
    /**
     * @description:
     * @param :从水果生产基地去进货水果
     * @return com.lmc.gp13280.pattern.factory.fruits.IFruits
     * @date 2020/2/23 15:34
     * @author maocheng.liao
     */
    public IFruits getFruits(){
        IFruits fruits = fruitsFactory.product();
        return fruits;
    }
}
/**
 * 水果店依赖倒置测试
 *
 * @author: maocheng.liao
 * @create: 2020-02-23 15:25
 */
public class FruitShopTest {
    public static void main(String[] args) {

        IFruitsFactory fruitsFactory= new AppleFactory();
        FruitShop fruitShop=new FruitShop();
        fruitShop.setFruitsFactory(fruitsFactory);
        IFruits apple = fruitShop.getFruits();
        apple.getName();

        fruitsFactory = new BananaFactory();
        fruitShop.setFruitsFactory(fruitsFactory);
        IFruits banana = fruitShop.getFruits();
        banana.getName();

        fruitsFactory = new OrangeFactory();
        fruitShop.setFruitsFactory(fruitsFactory);
        IFruits orange = fruitShop.getFruits();
        orange.getName();
    }
}

上面的代码就是最简单的依赖倒置的实现,我们依赖的是水果工厂接口和水果接口,水果店是在水果生产基地去进货水果,至于进货什么水果,取决于水果生产基地生产什么水果和水果店想进什么水果。而不是依赖具体的水果工厂实现类和具体的水果实现类。

  • 注意:上述部分简单代码并未呈现,详细代码见博客地址:https://www.cnblogs.com/programmerkaixin/p/10918844.html

三、单一职责原则

? 我觉得单一职责是迪米特法则的一种体现。

? 单一职责原则:见名知意,专人做专事,不要多管闲事。对于类、接口、方法只负责一项自己的职责。对于自己的职责程序修改之后,不会影响到其的职责程序。高内聚,低耦合的程序必须遵循单一职责,分工明确,可读性、可维护性高。

? 最简单的示例:咱们人的手脚代替不了眼睛,眼睛也代替不了手脚。

? 臃肿这个词是不是能很好的体现出单一职责原则呢?代码写的这么臃肿,还能不能好好玩耍啦。

四、接口隔离原则

? 我觉得接口隔离原则单一职责原则的一种体现,也是迪米特法则的一种体现。

? 面向对象编程,万物皆对象。

? 接口隔离原则:定义多个细化而明确分工的专门接口,不要去定义一个单一臃肿的接口。对于臃肿的接口,我们不好具体实现,这样肯定会违背单一职责原则

? 最简单的示例:对于家用小汽车对象来说,往大的说,他属于交通工具类、他属于车类、它属于汽车类。往小的说,它属于家用小汽车类、私家车类。

?

五、迪米特法则

? 迪米特法则又叫最少知道原则,也有单一职责和接口隔离原则的味道

? 迪米特法则:低耦合,如何做到极致呢,那就是只依赖自己真正有关系的对象。在我职责之外的对象全部拒之门外。

? 我觉得这个没啥好说的,做到了单一职责,迪米特法则很好实现吧。

六、里氏替换原则

? 官方定义:任何基类(父类)可以出现的地方,子类一定可以出现。 里氏替换原则是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。当一个子类的实例应该能够替换任何其超类的实例时,它们之间才具有is-A关系。

? 本人理解: 里氏替换原则是为了约束继承泛滥,就是说,在面向对象程序设计中,必须具有is-A的关系才能去使用继承,而不能去为了实现某一业务需求,为了方便使用继承而继承。

? 前置条件:每个方法调用之前,该方法应该校验传入参数的正确性,只有正确才能执行该方法,否则认为调用方违反契约,不予执行。这称为前置条件(Pre-condition)。

? 后置条件:一旦通过前置条件的校验,方法必须执行,并且必须确保执行结果符合契约,这称之为后置条件(Post-condition)。也就是返回值符合。

? 里氏替换原则约束条件:当存在继承关系时,子类中方法的前置条件必须与超类中被覆盖的方法的前置条件相同或者更宽松;而子类中方法的后置条件必须与超类中被覆盖的方法的后置条件相同或者更为严格

? 不要为了继承而继承,而是真的有继承关系的时候才能去继承。

七、合成复用原则

? 这里结合依赖倒置原则使用合成复用原则效果更佳

? 组合(has-a):类比电脑组装,内存、硬盘、cpu、显卡 ······ 它们之间组成了电脑,但是他们之间没有什么关系。这就是组合关系,生命周期一致。

? 聚合(contanis-a):类比员工聚合成部门。员工和部门是相互独立的,一两个员工离职不影响部门对象。部门解散也不影响员工对象。

? 合成复用原则:程序复用尽量使用组合关系、聚合关系。尽量少使用继承关系去实现业务需求。

? 继承会把所有的实现全部暴露给子类。破坏了类的封装性,父类的改变,会影响子类。高耦合。

? 组合、聚合可以很好的遵循依赖倒置原则,开闭原则。成员对象的细节实现(组合、聚合对象)对于一个新的对象是隐藏的。

? 合成复用原则配合依赖倒置原则,很好的遵循开闭原则。达到程序高可用、高可维、高可读。

? spring为什么这么牛?spring为什么依赖注入?spring为什么是轻量级的?

应用营销策略知多少?

作者:坚果华为云享专家,InfoQ签约作者,阿里云专家博主,51CTO博客首席体验官,开源项目GVA成员之一,专注于大前端技术的分享,包括Flutter,小程序,安卓,VUE,JavaScript。认为只有使用应用程... 查看详情

射频&天线设计-db知多少

《射频&天线设计-dB知多少》在调试射频输出功率时经常听到“相差多少dB”,刚入门的话听得一脸懵逼,当然这种通俗单位别人也懒得跟你解释。分贝(dB)是一个对数单位(logarithmicunit),最初用... 查看详情

射频&天线设计-db知多少

《射频&天线设计-dB知多少》在调试射频输出功率时经常听到“相差多少dB”,刚入门的话听得一脸懵逼,当然这种通俗单位别人也懒得跟你解释。分贝(dB)是一个对数单位(logarithmicunit),最初用... 查看详情

java6中设计原则和23种设计模式

...能透明的使用子类对象。5、迪米特法则:也叫最少知道原则。即一个对象应该对其他的对象有最少 查看详情

网页制作知多少

网页制作知多少一、通用模板:<!DOCTYPEhtml><htmllang=”en”>  <head>      <meta charset=”UTF-8”/>    &nb 查看详情

java继承知多少,本文详细告诉你

1.继承众所周知,我们Java语言是一种面向对象的编程语言,每当我们提到Java的特性,大家一定会在脑海里浮现出Java中的​继承、多态以及封装​。我们在日常的开发中经常会用到这三种特性,本文首先给大家介绍这三大特性之... 查看详情

程序员,软件测试知多少?

送给初级程序员的测试认知文作为开发同学,一些基本的测试岗位相关知识还是很有必要了解一下,免的某些同学在工作中和测试同学斗嘴、打架、群殴等以及被测试鄙视....。我们常常听说的一些测试专业术语,比如白盒、黑... 查看详情

java绿色打包知多少

当咱们写论文的时候,发现自己做的图不和要求,怎么办?很简单嘛,下个PS搞搞,一下完事,可是现在在网上下个PS可不简单,不信你试试,各种垃圾软件,下了的也是测试版,这时候你多想要个免安装版的绿色PS啊,今天我们... 查看详情

python异常知多少

我们在编写程序的时候或多或少都出现过异常,也许是不小心,也可能是逻辑错误亦或是程序以外的问题,比如环境的问题,不管是什么原因,异常是我们不希望看到的.接下来,我们就什么是异常,遇到异常如何解决展开唠唠1.什么是异... 查看详情

eshoponcontainers知多少[1]:总体概览

引言在微服务大行其道的今天,Java阵营的SpringBoot、SpringCloud、Dubbo微服务框架可谓是风水水起,也不得不感慨Java的生态圈的火爆。反观国内.NET阵营,微服务却不愠不火。微软在其官网的架构体系上推出了eShopOnContainers微服务参... 查看详情

carson带你学java:泛型知识知多少(代码片段)

目录定义意义(即为什么要使用泛型)作用及特点原理额外说明:List能否转为List?定义可理解为适配广泛的类型,即参数化类型,可以把类型像方法的参数那样进行传递。//以ArrayList为示例//泛型T可以是... 查看详情

产品开发知多少一

为什么要进行产品开发?1.市场需求使然,获取商业价值;2.公司战略需要,为公司的战略目标打基础;3.技术发展需求,做公司核心技术积累;开发产品依据?1.企业目标2.战略部署3.技术积累4.市场需求组织中谁来进行产品开发... 查看详情

第一讲测试知多少

1.1计算机基础1.1.1计算机相关定义◆软件和硬件:软件:当电脑启动时的应用程序,应用软件(腾讯,qq,有道云,有道翻译)、系统、网页、驱动(看得见、摸不着)硬件:计算机的硬件是计算机的各种设备的总称,分为五个... 查看详情

css知多少(11)——position

1.引言  本文将用一篇文章介绍position(定位),在学习position之前,我们应该去思考一个问题:什么情况下我们需要定位?如果没有定位将无法满足我们怎样的需求?我们要知道,被人类创造出来的每一个知识,都有它的用途... 查看详情

css知多少(10)——display(转)

1.引言  网页的所有元素,除了“块”就是“流”,而且“流”都是包含在“块”里面的(最外层的body就是一个“块”)。在本系列一开始讲《浏览器默认样式》的时候,大家也都看到了浏览器默认样式中规定了html元素哪些... 查看详情

css知多少——float下篇(转)

  float内容比较多,咱们分上、下两篇来介绍,上篇已经写完,这是下篇。建议大家先把上篇看了,再来看下文,精彩内容不要掠过啊。1.清除float  《上篇》中我们提到,float具有“破坏性”,它会导致父元素“坍塌”,这... 查看详情

css知多少——选择器的优先级(转)

1.引言  上一节《css知多少(5)——选择器》最后提到,选择器类型过多将导致一些问题,是什么问题呢?咱们直接举例子说明。    上图中,css中的两个选择器都是针对<span>的,而且两个设置的颜色不一样,这里的... 查看详情

数据库设计原则与开发规范,你知道多少?

...库设计不好,系统蹒跚前行。今天介绍数据库的设计原则和规范,你知道得越多,你 查看详情