第8章 第51条：谨慎设计方法签名

1.谨慎地选择方法的名称。方法的名称应遵照标准命名习惯，应当是易于理解、风格一致的。
2.不要过于追求提供便利的方法。方法太多会使类难以学习、使用、文档化、测试和维护。如果不能确定一个操作经常被用到，不要提供快捷方式。
3.避免过长的参数列表。目标是4个或更少，相同类型的的长参数序列特别有害。减少参数可以通过以下三个方法：
a.分解方法。每个方法只需要参数的一个子集。
b.创建辅助类来存储参数。
c.运用builder模式。
4.对于参数类型，优先使用接口不是类。
5.对于boolean参数，优先使用两个元素的枚举类型。

思考：
1.取名是一件很麻烦的事，特别是准确地取名可能比完成一个小功能更难。除了要遵循标准，也可以根据方法地作用范围来省略一些信息，突出重点信息，从而避免方法名过长。
2.分解方法来减少参数个数的方法用的极少，没有刻意用过。因为要正交地分解方法，可能分解完的方法参数依旧很多，还要给分解完的方法取名（有时候比分解还痛苦）。遇到机会可以试下。
3.把参数装进一个辅助类比较使用，但项目辅助类的取名往往比较随意，光看名字往往无法知道是干什么的，很多时候仅仅是为了封装减少参数个数而已。
4.builder模式是一种思路。特定情况下还是很有用的。但本质上也只是加强了一些可读性罢了。
5.boolean 参数确实不太好，不利于以后的拓展，可读性也比较差。