Java 父子结构的设计模式

Java 父子结构的设计模式,java,design-patterns,javafx,Java,Design Patterns,Javafx,我正在使用JavaFX进行一个项目,类通常有800-1200行。我们使用fxml来显示节点元素,但是这些类非常复杂。我的具体要求如下: 一个类ReservationUI包含子部分,这些子部分目前被模块化为内部类。内部类也有子部分。这些类可以访问ReservationUI的字段。现在我想将它们提取到它们自己的类中,但现在我需要访问父类 class A{ int x; int y; B b; public A(){ b = new B(); b.display();

我正在使用JavaFX进行一个项目,类通常有800-1200行。我们使用fxml来显示节点元素,但是这些类非常复杂。我的具体要求如下:

一个类
ReservationUI
包含子部分,这些子部分目前被模块化为内部类。内部类也有子部分。这些类可以访问
ReservationUI
的字段。现在我想将它们提取到它们自己的类中,但现在我需要访问父类

class A{
  int x; int y;
  B b;
  public A(){
    b = new B();
    b.display();
  }
  private class B{
    private C c;
   /* modify x */ 
  }

  private class C{ 
  /* modify x and y */
  }
}
当我现在提取它们时,我的依赖性更糟:

class A {
int x; int y; 
B b;
  public A(){
    b = new B(this);
    b.display();
  }
}
class B {
  C c;
  A a;
  public B ( A parent ){ 
  c = new C(this, parent);
  a = parent;
  /* call A.modifyX(c.get) */
}

class C{
  A a;
  B b;
  public C( B parent , A root){
   a = root;
   b = parent;
  }
}
我认为模块化已经出了严重的问题。特别是当我有这样长的关系时:根->子->子->子


是否存在解决此问题的设计模式。据我所知,有中介模式,但使用它,仍然没有带来太多,因为我仍然需要基本上做同样的事情。

最好的方法是使用某种依赖注入。然后,控制器自动解析依赖项。我假设您不需要任何提供它的企业框架,因此您必须以某种方式手动解决依赖关系

中介模式的目的是简单地将依赖项管理封装在一个地方。在我的解决方案中,根元素A充当中介。它的副作用是,子元素在短时间内以未初始化状态存在。为了解决这个问题,您还可以引入Builder模式

interface IA{
    /*...*/
    void modifyX(int x);
}
class A implements IA{
  int x; int y; 
  IB b;
  IC c;
  public A(){
    b = new B();
    c = new C();
    resolveDependencies();
    b.init();
    b.display();
  }
  public void resolveDependencies(){
    b.setC(c);
    b.setA(this);
    c.setA(this);
    c.setB(b);
  }
}
interface IB {
    void setC(IC c);
    void setA(IA a);
    void init();
    void display();
}
class B implements IB{
  IC c;
  IA a;
  public B (){ 
  }
  @Override
  public void setC(IC c){
    this.c = c;
  }
  @Override
  public void setA(IA a){
    this.a = a;
  }
  @Override
  public void init(){
    /* call A.modifyX(c.get) */
  }
}
interface IC {
    void setA(IA a);
    void setB(IB b);
}
class C implements IC{
  IA a;
  IB b;
  public C( ){
  }
  @Override
  public void setA(IA a){
    this.a = a;
  }
  @Override
  public void setB(IB b){
    this.b = b;
  }
}

“复合”是个好词,不是吗?你也可以看看“装饰师”。这两种方法处理父子层次结构。@Zhuinden好吧,不。当父子行为相似时,复合是好的。在我的情况下,我需要修改特定的父项。这同样适用于decorator。依赖注入可能是您所需要的。请看一看通过注释管理依赖项注入的框架,这将大大减少您需要在类似这样的内容中编写的代码量。