建议3：三元操作符的类型务必一致

　　三元操作符是if-else的简化写法，在项目中使用它的地方很多，也非常好用，但是好用又简单的东西并不表示就可以随便用，我们来看看下面这段代码：

public class Client {        public static void main(String[] args) {              int i = 80;              String s = String.valueOf(i<100?90:100);              String s1 = String.valueOf(i<100?90:100.0);              System.out.println("两者是否相等:"+s.equals(s1));        }   }

　　分析一下这段程序：i是80，那它当然小于100，两者的返回值肯定都是90，再转成String类型，其值也绝对相等，毋庸置疑的。恩，分析得有点道理，但是变量s中三元操作符的第二个操作数是100，而s1的第二个操作数是100.0，难道没有影响吗？不可能有影响吧，三元操作符的条件都为真了，只返回第一个值嘛，与第二个值有一毛钱的关系吗？貌似有道理。

　　果真如此吗？我们通过结果来验证一下，运行结果是：“两者是否相等：false”，什么？不相等，Why？

　　问题就出在了100和100.0这两个数字上，在变量s中，三元操作符中的第一个操作数（90）和第二个操作数（100）都是int类型，类型相同，返回的结果也就是int类型的90，而变量s1的情况就有点不同了，第一个操作数是90（int类型），第二个操作数却是100.0，而这是个浮点数，也就是说两个操作数的类型不一致，可三元操作符必须要返回一个数据，而且类型要确定，不可能条件为真时返回int类型，条件为假时返回float类型，编译器是不允许如此的，所以它就会进行类型转换了，int型转换为浮点数90.0，也就是说三元操作符的返回值是浮点数90.0，那这当然与整型的90不相等了。这里可能有读者疑惑了：为什么是整型转为浮点，而不是浮点转为整型呢？这就涉及三元操作符类型的转换规则：

　　若两个操作数不可转换，则不做转换，返回值为Object类型。

　　若两个操作数是明确类型的表达式（比如变量），则按照正常的二进制数字来转换，int类型转换为long类型，long类型转换为float类型等。

　　若两个操作数中有一个是数字S，另外一个是表达式，且其类型标示为T，那么，若数字S在T的范围内，则转换为T类型；若S超出了T类型的范围，则T转换为S类型（可以参考“建议22”，会对该问题进行展开描述）。

　　若两个操作数都是直接量数字（Literal），则返回值类型为范围较大者。

　　知道是什么原因了，相应的解决办法也就有了：保证三元操作符中的两个操作数类型一致，即可减少可能错误的发生。

　　建议4：避免带有变长参数的方法重载

　　在项目和系统的开发中，为了提高方法的灵活度和可复用性，我们经常要传递不确定数量的参数到方法中，在Java 5之前常用的设计技巧就是把形参定义成Collection类型或其子类类型，或者是数组类型，这种方法的缺点就是需要对空参数进行判断和筛选，比如实参为null值和长度为0的Collection或数组。而 Java 5引入变长参数（varags）就是为了更好地提高方法的复用性，让方法的调用者可以“随心所欲”地传递实参数量，当然变长参数也是要遵循一定规则的，比如变长参数必须是方法中的最后一个参数；一个方法不能定义多个变长参数等，这些基本规则需要牢记，但是即使记住了这些规则，仍然有可能出现错误，我们来看如下代码：

public class Client {           //简单折扣计算        public void calPrice(int price,int discount){              float knockdownPrice =price * discount / 100.0F;              System.out.println("简单折扣后的价格是："+formateCurrency(knockdownPrice));        }          //复杂多折扣计算        public void calPrice(int price,int... discounts){              float knockdownPrice = price;              for(int discount:discounts){                      knockdownPriceknockdownPrice = knockdownPrice * discount / 100;           }           System.out.println("复杂折扣后的价格是：" +formateCurrency(knockdownPrice));        }        //格式化成本的货币形式        private String formateCurrency(float price){               return NumberFormat.getCurrencyInstance().format(price/100);        }               public static void main(String[] args) {              Client client = new Client();              //499元的货物，打75折              client.calPrice(49900, 75);       }   }

　　这是一个计算商品价格折扣的模拟类，带有两个参数的calPrice方法（该方法的业务逻辑是：提供商品的原价和折扣率，即可获得商品的折扣价）是一个简单的折扣计算方法，该方法在实际项目中经常会用到，这是单一的打折方法。而带有变长参数的calPrice方法则是较复杂的折扣计算方式，多种折扣的叠加运算（模拟类是一种比较简单的实现）在实际生活中也是经常见到的，比如在大甩卖期间对VIP会员再度进行打折；或者当天是你的生日，再给你打个9折，也就是俗话说的“折上折”。

　　业务逻辑清楚了，我们来仔细看看这两个方法，它们是重载吗？当然是了，重载的定义是“方法名相同，参数类型或数量不同”，很明显这两个方法是重载。但是再仔细瞧瞧，这个重载有点特殊：calPrice（int price,int... discounts）的参数范畴覆盖了calPrice（int price,int discount）的参数范畴。那问题就出来了：对于calPrice（49900,75）这样的计算，到底该调用哪个方法来处理呢？

　　我们知道Java编译器是很聪明的，它在编译时会根据方法签名（Method Signature）来确定调用哪个方法，比如calPrice（499900,75,95）这个调用，很明显75和95会被转成一个包含两个元素的数组，并传递到calPrice（int price,in.. discounts）中，因为只有这一个方法签名符合该实参类型，这很容易理解。但是我们现在面对的是calPrice（49900,75）调用，这个“75”既可以被编译成int类型的“75”，也可以被编译成int数组“{75}”，即只包含一个元素的数组。那到底该调用哪一个方法呢？我们先运行一下看看结果，运行结果是：