Java面向对象设计：从组合类修改另一组合类属性的合理性及实现选择

你提的这个问题正好戳中了面向对象设计里封装、耦合度这两个核心点，咱们一步步拆解来看：

先看两种实现的本质区别 #

方式一：X直接操作Y的属性 #

public class X{ 
    public void x(Y y){ 
        y.setY(0); 
    } 
}

这种方式下，X和Y产生了直接依赖——X必须知道Y的存在，还得清楚Y有setY方法才能完成操作。

优缺点分析

• 优点：代码直接简洁，上手快，适合快速实现简单需求
• 缺点：
  1. 耦合度高：如果后续Y的方法改名（比如把setY改成updateYValue），或者设置属性的逻辑需要调整（比如加校验、日志），X的代码也得跟着改，类越多维护成本越高。
  2. 可能破坏封装：如果Y的状态本应该只有它的“所有者”（比如你的Main类）来管理，那X直接修改Y就属于越界操作——让无关类插手了另一个类的内部状态，违背了封装的核心思想。

方式二：通过Main类中转操作 #

public class X{ 
    public void x(Main m){ 
        m.modifyY(0); 
    } 
}
public class Main{ 
    private Y y; 
    private X x; 
    public void modifyY(int value){ 
        y.setY(value); 
    } 
}

这里的核心是职责转移：把修改Y的职责交给了Y的所有者Main，X只需要告诉Main“我要修改Y的值”，至于具体怎么改、Y的内部细节，X完全不用关心。

优缺点分析

• 优点：
  1. 低耦合：X只依赖Main，和Y彻底解耦。后续不管Y怎么迭代，只要Main的modifyY方法接口不变，X的代码完全不用动。
  2. 符合迪米特法则（最少知识原则）：每个类只和自己的直接交互对象打交道，X不用知道Main内部有Y，只需要调用Main提供的方法就行，这是降低系统复杂度的关键。
  3. 职责清晰：Main作为整体类负责管理内部的X和Y，X专注于自身业务逻辑，Y专注于维护自身状态，各司其职。
• 缺点：多了一层中转，代码量稍微增加，但换来的是更好的可维护性和扩展性，长远来看非常划算。

更贴合OO设计的优化建议 #

不管用哪种方式，都建议让Y自己掌控状态变化，而不是暴露简单的set方法。比如给Y加一个业务语义明确的方法：

public class Y {
    private int y;
    // 用业务方法代替简单setter
    public void resetY() {
        // 这里可以加校验、日志等逻辑
        this.y = 0;
    }
}

然后不管是Main还是X调用，都是调用resetY()而不是直接改属性，这样Y的状态变化完全由自己控制，封装性更强。

总结 #

• 如果是小型Demo或者临时代码，方式一可以快速实现，但不适合长期维护的项目。
• 更符合面向对象良好设计的是方式二的思路，通过所有者类中转操作，降低耦合、明确职责，配合Y自身的业务方法，能让代码更健壮、更容易扩展。

内容的提问来源于stack exchange，提问作者João Rodrigues