提示五十一:谨慎设计方法签名。
- 谨慎选择方法名。
- 不要过于追求提供便利的方法。
- 避免过长的参数列表。有三种方法可以缩短参数列表。
- 分解方法。
- 创建辅助类保存参数。
- 从对象的构建到方法的调用都采用Builder模式。
- 参数类型优先使用接口而不是类。
- 对于boolean参数,要优先使用两个元素的枚举类型。
思考:
起名一直是一个很重要的问题。记得以前看过一些规范,教你给方法起名字的时候可以使用动宾结构,关于用词,还有网站能给你提供网友所起的名字,这一步一定不能随便,否则你就只能收获一个只有自己才能看懂的方法名。关于第二点,以前我经常会为了自己用的方便抽一些方法出来,但是没有考虑过这些方法会不会对别人造成困扰。过长的参数列表对谁来说都是不喜欢的东西,分解方法对于一些耦合比较低的代码来说可能有用,但是如果方法内部复杂度较高的时候,并不是一件很容易的事情,第二点一般用的更多,但是也更加麻烦,而且会带来更多的类。至于Builder模式感觉还是有一些使用场景的限制,更多的用来创建一个对象,不是非常通用。至于最后一点尽量不要用boolean,我感觉只是那些当前只有两个状态但是未来很容易出现更多的情况下适合,如果一个变量就是代表是否的概念,那么我还是倾向直接使用布尔类型。
网友评论