避免将参数从高级类传递到低级类

Question

在我的 Java Web 服务器项目中，我的 Main.main 方法接受一个参数，指定它将在其中查找某些文件的目录，我稍后会使用这些文件。我的问题是，在我的高级课程中，我实际上并没有对这个论点做任何事情，但是我的一些低级课程需要这些信息。

自然，解析和存储我的命令行参数的类是第一个使用的类之一，即我的最高级别的类之一，所以我正在努力寻找一种方法来使命令行参数可以访问我的低级课程。

似乎我唯一的两个选择是要么一直向下传递它，要么通过从不触及参数的类，而不是将它传递到下一个级别，或者给它一个全局范围。从设计的角度来看，这些似乎都不是很好的选择，所以我想知道是否有我遗漏的替代方案，或者我是否只需要选择两个弊端中较小的一个——或者完全改变我的课程结构方式.

Answer 1

避免通过不需要它们的类传递一些参数是正确的。这样做的诀窍在于，如果设计得当，低级对象仍然是在高级构建的，这意味着您通常在应用程序顶部的某个地方传递所需的参数。

一个有两个层次的例子。而不是这样做：

public class ObjectA {
    public ObjectA(String path) {
        ....
        b = new ObjectB(path);
    }
}

public class ObjectB {
    public ObjectB(String path) {
        ...
    }
}

public static void main(String[] args) {
    ...
    new ObjectA(path);
}

您将path 传递给ObjectA 只是因为它需要使用该参数构造ObjectB，您可以这样做：

public class ObjectA {
    public ObjectA(ObjectB b) {
        ....
    }
}

public class ObjectB {
    public ObjectB(String path) {
        ...
    }
}

public static void main(String[] args) {
    ...
    new ObjectA(new ObjectB(path));
}

这是避免传播依赖，通常是依赖注入的一部分。 DI 的声誉参差不齐，因为它被 Spring 和 JEE 等容器所采用，但在其核心 DI 实际上只意味着您不应该在其他对象中实例化对象（即使是较低级别的对象），而是应该已经配置的对象传递给其他对象。这有效地将对象构造和配置与使用它的对象分离。

以这种方式构建应用程序一开始可能听起来很奇怪，并且它对设计产生了各种奇怪的后果，但它是做事的正确 (OO) 方式，它可以解决您的问题。

Answer 2

是的，有很多选择：

1. 正如您所说，一直向下传递 - 可能，但不太好，因为绝对所有调用路径中的所有方法都必须将其作为参数。

2. 使用系统属性代替main方法参数和

   一个。将您的主要称为>java -Dmy.path=path_to_directory Main

   b.使用环境变量

   >set my.path=path_to_directory
>java Main

   c。在main 方法中设置：

   public void main(String[] args) {
System.getProperties().put("my.path",args[dirPathIndex]);

   在所有情况下，您都可以在代码中的任何位置获取值，就像：

   String dirPath=System.getProperty("my.path");

3. 创建一个小的本地静态“缓存类型” 在主类中

   public class Main{

   public static String dirPath;

   public void main(String[] args) {
dirPath= args[dirPathIndex];

然后，在代码中的任何地方你都可以得到它：

   `String dPath=Main.dirPath;`

当然，围绕“本地缓存”方法还有更多选择，但主要思想仍然相同。在某处保留一个值，您可以在代码中的任何位置获取它。