Effective Java - 类和接口 - 在公有类中使用访问方法而非公有域

最新推荐文章于 2025-11-19 15:30:47 发布
原创 最新推荐文章于 2025-11-19 15:30:47 发布 · 218 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#读书笔记 #java #effective-java

本文探讨了类数据域的封装技巧，强调了使用getter和setter方法的重要性，并提到了包级私有或私有的嵌套类如何直接暴露数据域。

读书笔记 仅供参考

  • 即类数据域应该封装，使用 getter 和 setter 方法来读写
  • 包级私有或私有的嵌套类，可以直接暴露数据域
Effective Java 第二版 中文版 笔记（十四）在公有类中使用访问方法而非公有域
qq_37538698的博客
09-13 197
这本书中有很烦人的一点，他的定义的官方话看不懂啊？ 域就是类中的成员变量，有时也叫字段，属性都是同一个意思。公有域就是能在其它类中直接访问的域，也就是带有域。 这就很容易明白了 class Test { private int a; // 这是一个私有域，只能在本类访问 public int b; // 这就是一个公有域了，可以在其它类中直接访问 ...
第16 条：要在公有类而非公有域中使用访问方法
weixin_44130081的博客
05-17 336
要在公有类而非公有域中使用访问方法 核心意思就是：访问成员变量要用setter和getter方法。 为啥子咧？ 下面是在User类中要对属性age进行赋值，一顿赋值我想让你的年龄是多少岁都行，这有点儿不科学啊。 class User { public int age; public static void main(String[] args) { new...
建议：在公有类中使用访问方法而非公有域。
孤芳不自赏
10-15 504
有时候，可能会编写一些退化类（degenerate classes），没有什么作用，只是用来集中实例域： // Degenerate classes like this should not be public! class Point { public double x; public double y; } 由于这种类的数据域是可以被直接访问的，这些类没有提供封装（encap...
Effective Java笔记：要在公有类而非公有域中使用访问方法
eclipseC的博客
08-14 719
如果直接使用公有域，外界代码会直接访问或修改类的成员变量，其使用方式可能依赖这些变量的当前实现。一旦你需要修改类的实现（比如改变成员变量的结构或语义），就会破坏依赖这些字段的代码。在面向对象编程中的封装原则（encapsulation）强调，类的实现细节应该对外界隐藏，而只通过控制良好的接口进行交互。将数据的内部表示与访问方式解耦，如果未来修改了内部逻辑或存储方式，只需调整访问器方法，而无需修改客户端代码。），并提供公有的访问方法（getter 和 setter）来控制对这些变量的访问和修改。
《Effective Java》阅读笔记 14在公有类中使用访问方法而非公有域
weixin_41563161的博客
04-26 200
1.问题 class Point { public double x; public double y;} } 如果直接将类中的域暴露为共有域，那么你将失去这个域的控制权。如果你以后想要在类中记录x被赋值了多少次和被获取了多少次，你将无法做到，因为你根本不知道它什么时候在外部被获取，什么时候再外部被赋值。 2.解决办法 class Point { private double x; private double y; public Point(double x, d
effective java（14） 之在公有类中使用访问方法而非公有域
Eric的博客
10-18 341
effective java 之在公有类中使用访问方法而非公有域 1、如何理解这句话： 我们不能这样做， Class Point { public double x; public double y; } Point类的数据域是可以直接被访问的，这样的类没有提供封装。 如果不改变API，就无法改变它的数据表示法（比如，使用一个比double更高精度的类来表示x和y），也
Effective Java 类和接口 14.在公有类中使用访问方法而非公有域
热门推荐
yancyang的博客
09-20 1万+
一位学习C语言(那种C语言不太清楚)的同事问我，为什么类.属性可以解决的事情，为什么要get与set方法，当时我懵了。如下：class Point{ public double x; public double y; }调用：Point p=new Point(); p.x=10; p.y=20; double x=p.x; double y=
Effective Java之在公有类中使用访问方法而非公有域(十四)
heihei
12-14 238
1.对于公有类来说，如果类可以在它所在的包的外部进行访问，就提供访问方法，以保留将来改变该类的内部表示法的灵活性。 如果公有域暴露了他的数据域，要想在将来改变它的内部表示法是不可能的，因为公有类的客户端代码已经遍布各处了。2.如果类是包级私有或者是私有的嵌套类时，直接暴露数据域是没有本质错误的，原因是包级私有或者是私有的嵌套类时，并不会把api暴露在外面，所以将来改变其内部表示法，并不会对客户端产
《Effective Java》第16条：要在公有类而非公有域中使用访问方法
TD_FAlmK的博客
11-19 363
原文P63：然而，如果类是包级私有的，或者是私有的嵌套类，直接暴露它的数据域并没有本质的错误。比如一个人（user），他的名字，年龄，性别，都是他的私有属性。所以：原文P63：毫无疑问，说到公有类的时候，坚持面向对象编程思想的看法是正确的:如果类可以在它所在的包之外进行访问，就提供访问方法，以保留将来改变该类的内部表示法的灵活性。这种源码不值得效仿。书中最后给的例子（Time类），说明了，如果一个域是final的，那么将final域设置为public的，这种危害相对于小一些，但是这种做法依然是不提倡的！
图解设计模式 - Adapter 模式
wujunyucg的博客
11-23 2387
读书笔记 仅供参考Adapter 模式Adapter 即为是适配器，用来填补两者之间的差异。就想充电器的装换器，要把 220v 的电压转换为低电压才能对手机或电脑充电。 Adapter 模式也称为 Wrapper（包装器）模式。 两种 Adapter 模式： 类适配器模式（使用继承的适配器） 对象适配器模式（使用委托的适配器） 角色Client 类是客户端，调用适配器。 Adaptee 是需要
图解设计模式 - Command 模式
wujunyucg的博客
12-27 1064
读书笔记 仅供参考简述Command 模式是使用表示命令的类来代替方法的调用，这样就可以管理工作的历史记录。角色和 UMLCommand定义命令的接口（API）。ConcreteCommand负责实现在 Command 角色中定义的接口（API）。Receiver是 Command 角色执行命令时的对象，可以称为命令接收者。Client负责生成 ConcreteCommand 角色并分配 Recei
图解设计模式 - Interpreter 模式
wujunyucg的博客
12-27 768
读书笔记 仅供参考简述在 Interpreter 模式中，需要编写一个“翻译程序”，翻译自己定义的“迷你语言”，可以通过“迷你语言”编写“迷你程序”。角色和 UMLAbstractExpression定义了语法树节点的共同接口（API）。TerminalExpression对应 BNF 中的终结符表达式。NonterminalExpression对应 BNF 中的非终结符表达式。Context为解释
图解设计模式 - Facade 模式
wujunyucg的博客
12-20 692
读书笔记 仅供参考简述使用 Facade 模式为互相关联在一起的错综复杂的类整理出高层接口（API），让系统对外只有一个简单的接口（API），还可以考虑到系统内部各个类之间的责任关系和依赖关系，按照正确的顺序调用哥哥类。角色和 UMLFacade向系统外部提供高层接口（API）构成系统的许多其它角色这些角色不能感知到 Facade 角色Client负责调用 FacadeUML例子例程是一个根据邮箱地
Effective Java - 创建和销毁对象 - 静态工厂方法代替构造器
wujunyucg的博客
10-25 630
静态工厂方法代替构造器读书笔记，仅供参考ps: 静态工厂方法只是一个返回类的实例的静态方法， 与设计模式中的工厂方法并不一样public static Boolean valueOf(boolean b) { return b? Boolean.TRUE: Bolean.FALSE; }工厂方法的优势拥有名称构造器的参数有时无法确切的描述返回的对象，静态工厂方法可以通过方法名进行表示， 所以
图解设计模式 - Flyweight 模式
wujunyucg的博客
12-26 488
读书笔记 仅供参考简述可以翻译成享元模式，通过尽量共享实例来避免 new 出实例。角色和 UMLFlyweight实例会被共享的类。FlyweightFactory生成 Flyweight 的工厂，在工厂中实现共享实例。Client使用 FlyweightFactory 生成 Flyweight。UML例子例程是一个显示字符串的程序，但是其中的字符是 BigChar，即是由字符串构成的字符：....
图解设计模式 - Abstract Factory 模式
wujunyucg的博客
12-05 475
读书笔记 仅供参考Abstract Factory抽象工厂的工作室将抽象零件组装为抽象产品。 我们并不关心零件的具体实现，而是只关心接口（API）。我们仅使用该接口（API）将零件组装成为产品。UML 和角色AbstractProduct负责定义 AbstractFactory 角色所生成的抽象零件和产品的接口（API）AbstractFactory负责定义用于生成抽象产品的接口（API）Conc
图解设计模式 - Factory Method 模式
wujunyucg的博客
11-25 475
读书笔记 仅供参考Factory Method将模板方法模式用于生产实例，就是工厂方法模式了。在 Factory Method 模式中，父类决定了实例的生成方式，但是并不决定所要生成的具体的类，具体的处理交给子类负责。UML 和角色ProductProduct 是一个抽象类，定义了在模式中生成的实例所需要实现的接口，具体的处理由子类 ConcreteProduct 决定。CreatorCreator
图解设计模式 - Decorator 模式
wujunyucg的博客
12-12 465
读书笔记 仅供参考简述Decorator 模式（装饰着模式）是维持装饰边框和装饰物的一致性，为对象增加新的功能，但是它还是原来的对象UML 和角色Component增加功能的核心角色，就像是一块蛋糕（抽象），可以被添加很多奶油和水果。Component 定义了蛋糕的接口（API）。ConcreteComponent实现了 Component 角色定义的接口（API）的具体蛋糕。Decorator具有
图解设计模式 - Proxy 模式
wujunyucg的博客
12-26 443
读书笔记 仅供参考简述Proxy， 代理模式，代替一些类进行工作。角色和 UMLSubject定义了使 Proxy 角色和 RealSubject 角色具有一致性的接口。Proxy角色会尽量处理来自 Client 角色的请求。只有当自己不能处理的时候，才会将工作交给 RealSubject 角色。Proxy 只会在必要时才会生成 RealSubject 角色。RealSubject在 Proxy 角
详细介绍effective java一书中第8章方法构建的艺术和第9章编程基础规范的知识点
最新发布
11-25
### 第8章 方法构建的艺术 #### 检查参数有效性 在方法执行前，检查参数的有效性是很重要的。对于公有的方法，使用 `assert` 是不够的，因为 `assert` 可以在运行时被禁用。可以使用 `if` 语句和抛出异常来进行参数检查。例如： ```java public static int divide(int dividend, int divisor) { if (divisor == 0) { throw new IllegalArgumentException("Divisor cannot be zero"); } return dividend / divisor; } ``` #### 必要时进行保护性拷贝 在方法中，如果接收的参数是可变对象，为了防止外部对象修改内部状态，应该进行保护性拷贝。例如： ```java import java.util.Date; public class Period { private final Date start; private final Date end; public Period(Date start, Date end) { this.start = new Date(start.getTime()); this.end = new Date(end.getTime()); if (this.start.compareTo(this.end) > 0) { throw new IllegalArgumentException("Start date must not be after end date"); } } public Date start() { return new Date(start.getTime()); } public Date end() { return new Date(end.getTime()); } } ``` #### 慎用重载 重载方法的选择是在编译时进行的，而不是运行时。因此，在使用重载时要谨慎，避免出现混淆。例如，`ObjectOutputStream` 中的 `write` 方法，通过不同的参数类型进行重载，但要确保调用时不会出现意外的结果。 #### 慎用可变参数 可变参数允许方法接受任意数量的参数，但过度使用会影响代码的可读性和性能。在使用可变参数时，应该确保至少有一个必需的参数。例如： ```java public static int sum(int... numbers) { int result = 0; for (int number : numbers) { result += number; } return result; } ``` #### 返回零长度的数组或集合，而不是 null 在方法返回数组或集合时，返回零长度的数组或集合比返回 `null` 更方便调用者处理。例如： ```java import java.util.ArrayList; import java.util.List; public class CollectionExample { public static List<String> getEmptyList() { return new ArrayList<>(); } } ``` ### 第9章 编程基础规范 #### 优先使用标准的异常 在抛出异常时，优先使用 Java 标准库中提供的异常，如 `IllegalArgumentException`、`IllegalStateException` 等，这样可以提高代码的可读性和可维护性。 #### 抛出与抽象相对应的异常 方法抛出的异常应该与它所实现的抽象层次相对应。如果底层异常与高层抽象不相关，可以使用异常转译，将底层异常转换为高层抽象的异常。 #### 每个方法抛出的异常都要有文档记录 在编写方法时，应该使用 Javadoc 的 `@throws` 标签记录方法可能抛出的异常，方便调用者了解方法的使用风险。 #### 避免不必要的受检异常 受检异常会强制调用者处理异常，增加了代码的复杂度。如果异常发生的可能性很小，或者调用者无法采取有效的措施来处理异常，应该使用非受检异常。 #### 努力使失败保持原子性 方法在失败时，应该保持对象的状态不变，即具有失败原子性。可以通过在操作前检查参数、使用临时对象等方式来实现。 #### 不要忽略异常 在捕获异常后，不能简单地忽略异常，至少要记录日志，以便后续排查问题。例如： ```java try { // 可能抛出异常的代码 } catch (Exception e) { // 记录日志 java.util.logging.Logger.getLogger("MyLogger").log(java.util.logging.Level.SEVERE, "Exception occurred", e); } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值