美文网首页TDD(测试驱动开发)
改善参数过多的方法

改善参数过多的方法

作者: 武可 | 来源:发表于2018-09-27 19:29 被阅读273次

参数过多的方法,该如何改善?


问题

按照《Clean Code》中的标准,方法参数超过3个就已经是“过多”了。
参数多带来的问题:

  • 首先是调用的地方难以理解,特别是多个参数是同一类型的时候。不仅调用时要小心对应每个参数的位置。在方法参数数目变动时,更有造成bug的隐患。
  • 过多的参数也体现出方法责任过多,可能缺乏内聚的问题。

这个问题可以用简单的重构入手进行改进。

示例代码

下面示例的重构代码来源于
https://github.com/xpmatteo/birthday-greetings-kata

public void sendGreetings(String fileName, XDate xDate, String smtpHost, int smtpPort) throws IOException, ParseException, AddressException, MessagingException {
        ...
        if (employee.isBirthday(xDate)) {
            String recipient = employee.getEmail();
            String body = "Happy Birthday, dear %NAME%".replace("%NAME%", employee.getFirstName());
            String subject = "Happy Birthday!";
            sendMessage(smtpHost, smtpPort, "sender@here.com", subject, body, recipient);
        }
    }
}

private void sendMessage(String smtpHost, int smtpPort, String sender, String subject, String body, String recipient) throws AddressException, MessagingException {
    // Create a mail session
    java.util.Properties props = new java.util.Properties();
    props.put("mail.smtp.host", smtpHost);
    props.put("mail.smtp.port", "" + smtpPort);
    Session session = Session.getInstance(props, null);

    // Construct the message
    Message msg = new MimeMessage(session);
    msg.setFrom(new InternetAddress(sender));
    msg.setRecipient(Message.RecipientType.TO, new InternetAddress(recipient));
    msg.setSubject(subject);
    msg.setText(body);

    // Send the message
    Transport.send(msg);
}

参数对象 (Parameter Object)

使用抽取参数对象的方式,可以把多个有关联的参数组成一个对象来传递。
往往在采用了这个重构后,会浮现出原本代码中缺失的业务概念。
这个重构也是消除“基本类型迷恋”坏味道的利器。
过程演示如下:

Parameter Object

用Builder代替构造器

从上面的演示可以发现,多个参数从调用方法的地方转移到了产生参数对象的地方。
采取用Builder代替构造器的重构方法,可以使代码的意图更为明确。

Builder

方法对象 (Method Object)

另一种思路是把使用过多参数的方法抽取成一个对象。
采用这种方法,参数会成为对象的属性。
演示如下:

Method Object & Builder

同样,也结合使用了Builder。

结论

  • 参数对象可以把多个原始类型的参数合并为一个有业务意义的对象。
  • 方法对象可以把较为复杂的操作独立为单独的对象。原本的参数变为对象的状态。
  • Builder模式可以有效改善构造器参数参数过多带来的问题。

当然,以上仅仅是进行改进的开始。实际中往往会发现并非所有的参数都应该属于同一对象。也可能被重构的方法本身需要拆分成不同的部分。需要结合其它方法进行更深入的重构。

相关文章

  • 改善参数过多的方法

    参数过多的方法,该如何改善? 问题 按照《Clean Code》中的标准,方法参数超过3个就已经是“过多”了。参数...

  • Java方法参数过多

    重构--Java方法参数过多 示例方法 示例构造函数 问题:添加大量参数理解难度易参数位置不正确且运行正常不易维护...

  • 建造者模式

    当构造方法参数过多时可以考虑建造者模式 builder使用

  • 初识封装(Http)

    1、方法参数过多时,可用实例类将参数抽取出来,再用构造函数实例化。 2、暴露给外部一个方法public,其余用pr...

  • Java中多参数方法进阶

    多参数方法的问题 相信很多人曾经都写过多参数的构造方法,就像下面示例的代码。 当想要创建一个给全部属性赋值的实例的...

  • 参数列表过长

    方法分割,该方法是否干了过多工作 将参数封装为对象/Hash 使用块比如查询方法,传入很多查询条件,转化为传入块,...

  • iOS链式写法尝试

    相信大家都自定义过View,如果参数传的过多,那么初始化的方法就会变得很长 /** init方法 */- (ins...

  • Scrapy使用

    在调用请求get的url发现参数过多, 直接拼接url又丑又难看, 可以采用FormRequest方法进行, 如:...

  • 代码习惯问题

    1、一个方法不要超过15行代码2、参数不要过多3、一个类代码不要超过1000 行4、方法要有注释

  • 设计模式之Builder模式 - Builder

    当一个类的构造方法中参数过多时, 可以考虑使用Builder模式. 这样做的好处是: 为设置每一个参数提供一个单独...

网友评论

  • 阿群1986:微软WIN32应用程序main函数的参数好像是8个
    武可:@阿群1986 一看就是老法师

本文标题:改善参数过多的方法

本文链接:https://www.haomeiwen.com/subject/eqkyoftx.html