Java 父子结构的设计模式
我正在使用JavaFX进行一个项目,类通常有800-1200行。我们使用fxml来显示节点元素,但是这些类非常复杂。我的具体要求如下: 一个类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();
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。依赖注入可能是您所需要的。请看一看通过注释管理依赖项注入的框架,这将大大减少您需要在类似这样的内容中编写的代码量。