您的位置:首页 > 编程语言 > Java开发

Java方法参数太多怎么办—Part5—方法命名

2017-12-21 12:51 513 查看


Java方法参数太多怎么办—Part5—方法命名

2013/11/22 | 分类: 基础技术, 教程 | 0
条评论 | 标签: 参数太多怎么办

分享到:5

本文由 ImportNew - 李阳 翻译自 dzone。欢迎加入翻译小组。转载请见文末要求。


目录

自定义类型
引入参数对象
Builder模式
重载
方法命名

本文是这个系列的第五篇,介绍了通过方法命名解决参数过多的问题。如果你也希望参与类似的系列文章翻译,可以加入我们的Java开发技术翻译小组。

在前面文章(“Java方法参数太多怎么办”系列之四)中,讨论了如何使用方法重载减少方法和构造函数的参数,指出了这种方式的一些不足并建议使用多个不同的函数名代替重载。本文将深入讨论如何通过函数命名解决参数过多的问题,并且可以弥补方法重载的一些不足。

从减少参数的角度来看,方法重载的核心问题在于:当参数过多时,相同名字的方法到底可以重载多少次?当其中一些参数的类型相同时尤其如此。举个例子,我定义一个包含三个String属性的类,想通过三个构造函数分别初始化不同的属性。这样完全没法用重载来解决这个问题。通过试验发现,只有查阅注释(Javadoc)才能确定构造函数到底初始化了哪个String属性。不使用构造函数重载,通过定义不同的方法名能提高代码的可读性。

下面的示例代码展示了如何调用其它类的方法实例化Person。这些方法都有着长长的名字,详细描述了所需的参数。这意味着需要的方法注释更少,对于调用方法的开发者代码更具可读性,相比方法重载支持的参数组合方式更多也更具前景。

通过函数名描述Person实例化示例:

上面的示例代码中,使用较长的描述性方法名可以让开发者更好地了解调用方法所需的参数。当然,我可以写更多的这样方法来覆盖不同的参数排列组合,这里只是列出其中的一个小集合。请注意我在示例代码中使用了参数对象(在之前的文章中定义过的Fu、lName和Address)来进一步减少调用方法时所需的参数。

上面的示例代码展示了在实例化过程中,通过不同的描述性方法名来显示哪些参数需要传递。在一些情况下,哪些参数可以由方法名知道无需传递。新手可能会觉得这种方法无法用于对象实例化和初始化,理由是Java中类的构造函数必须与类同名相同。这意味着构造函数仅能通过同名函数重载。幸运的是,Josh Bloch在每一版Effective
Java的第一章都会解释这个问题。按照Bloch的说法,我们可以使用静态初始化工厂实例化类。这样做的好处之一是,我们可以用任意合理的方式命名方法。

下列的代码为我们展示了静态初始化工厂的功能。当我实现这些功能时,我喜欢定义一个或几个只提供静态初始化工厂调用的私有(标记为private,不能被其它类调用)构造函数。只有我定义的类必须使用这样的方式初始化,其他人使用静态初始化工厂初始化会更加简单。这样把参数很多的构造函数隐藏了起来,可以让这些构造函数的声明完全满足需求。具体地说,如果构造函数要求参数传入空值,可以通过定义不同的静态初始化工厂方法解决。这样调用者不必特意为这些参数传递入空值,而是由静态初始化工厂方法代替客户为构造函数传递空值。简而言之,静态初始化工厂方法为用户呈现了一个更整洁、更友善的接口并且隐藏了类定义中的带有过多参数构造函数。由于构造函数无法自定义方法名,无法直接使用重构解决参数过多的问题。如果需要,静态初始化工厂方法可以接受“原始”类型参数并在内部把它转为通用类型和参数对象,这是静态初始化工厂方法的另一个优势。以上所说的功能在下面的示例代码中一一列举了出来:

静态初始化工厂验证

如上面的示例代码所示,这些方法具有较高的可读性并且不会要求传入很多参数。最后两个示例结合了方法重载和静态初始化工厂。

方法命名的好处和优点

相比简单的方法重载,恰如其分地定义描述了所需参数信息的方法名有一些优点。方法名可以根据方法的预期和假设定制,调用方法函数的代码的意图也更加明显。就像上面的示例代码那样,通过方法名可以看出哪些参数不必直接提供,因为它们被设定为方法的一部分(这种意图通过方法名而不是来注释来传达)。

有一个优势在本文并没有明确地说明:相比方法重载,方法名可以包含参数的单位或者其它背景信息。举个例子,可以用接收整数的方法setWholeLengthInMeters(int)和接收小数的方法setFractionalLengthInFeet(double)来代替需要同时接收整数和小数的方法setLength()。

方法命名的代价和缺点

虽然使用不同名字的方法实例化和静态初始化工厂相比方法重载具有一些明显的优势,但不幸的是方法命名也具有方法重载的一些问题。一个相同的问题是,为了支持可能会用到的参数所有排列组合,需要编写大量的方法。拿上面的例子来说,为包含性别、房屋所有权和工作状况的所有组合方式就需要8个方法(2的3次方)。假设任意一个单独的参数值有2种以上可能,那么为了覆盖参数值的不同组合方法名数量就需要随着参数可能的数量增长。当然,参数值具有无限可能的情况不能用不同的方法名定义所有的可能,只能传递它的值而不是在方法中设定。

虽然描述性的方法名非常易于理解,但是用户在调用方法时可能会需要在长长的方法列表中跋涉。因此,方法命名可能导致由于方法过多而降低整体的可读性。另外,一些人可能不喜欢长长的方法名所据过多的屏幕空间。我个人并不介意长函数名,我认为它们为提高可读性在屏幕上显示额外的文本是值得的。有IDE和语言规范的帮助,基本不会在输入长方法名时出错。为开发者配备多个大屏监控器也使得长方法名的不是那么让人烦恼。

结论

方法名可以用来向用户传递重要信息。在努力净化特定方法的参数个数(包括减少参数个数)时,通过适当的方法命名可以了解方法的默认设置、哪些参数是不需要的,还可以解释其它参数的排列顺序及其特征。
原文链接: dzone 翻译: ImportNew.com - 李阳

译文链接: http://www.importnew.com/7185.html

[ 转载请保留原文出处、译者和译文链接。]


关于作者: 李阳



(新浪微博:@蠡暘

查看李阳的更多文章 >>

5






相关文章

Java方法参数太多怎么办—Part8—使用工具
Java方法参数太多怎么办—Part 7—可变状态变量
Java方法参数太多怎么办—Part6—方法返回值
Java方法参数太多怎么办—Part4—重载
Java方法参数太多怎么办—Part3—Builder模式
Java方法参数太多怎么办—Part 2—引入参数对象
Java方法参数太多怎么办—Part 1—自定义类型
Java月报(2015.10)
[Mybatis] TypeHandler 的简单应用及源码分析
警惕不规范的变量命名
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: