java - 在这个 Java 程序中使用 XML 传输数据的优缺点是什么？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

8 年前关闭。




Improve this question




我被要求为用 Java 编写的现有 shell/cmdline 程序编写一个 GUI，我想在 GUI 和原始程序之间创建一个抽象层，以便轻松添加不同的 GUI(Web 界面，例如，而不是桌面应用程序)。目前，程序的结构如下:



命令行选项会立即转换为 Java 哈希表(将诸如 -f opt 之类的选项转换为哈希 "-f=>opt" 。然后这些选项用于设置程序使用的 environment 对象。

我想到的结构是:



按照实线，这意味着 GUI 会生成一个 XML 文件，其中包含与 shell/cmdline 选项相同的信息，然后用于设置 environment选项。

问题是，我不太确定这是否是工作的最佳方式(虚线表示替代结构)，我也不知道 XML 是否是这里的正确选择。

就目前而言，设置 environment 的程序部分来自 options 的对象位于与使用 environment 的部件相同的方法中得到结果。因此，实现将 shell/cmdline 参数直接提供给程序的东西比实现将信息作为 XML 文件传递​​的结构更容易。我当然不想创建 XML 文件，然后将其转换为 shell 选项并将它们传输到程序，但对于 GUI 而言，生成 shell 选项本身而不是创建 XML 可能更有意义。

就我所见，使用 XML 文件的主要优点是它使 future 的开发人员的工作更轻松，因为他们可以使用现有的库来创建 XML 文件，而不必担心获取 -a opt1 -b opt2 -c opt3 [...]语法正确。

另一方面，我听说尝试创建自己的 XML 语言是 not to be taken lightly (尽管目前的程序将数据存储在没有 DTD 甚至模式的 XML 文件中，据我所知)。

我的方法或多或少是正确的吗？或者我是否使用了完全不合适的工具来完成我正在尝试做的工作？

Answer 1

在 XML 方法中，您将采用用户选项，创建一个 XML，将其传递给主程序，解析 XML 并提取值以设置环境。除非您将选项从一个进程传递到另一个进程或通过网络传递(即使在这种情况下，您也可以使用 json)，否则这些努力将太多

如果我们谈论的是通过 GUI 或命令行传递这些选项的单个进程，我们可以简单地将这些参数封装到一个 Java 对象中，使用命令行/GUI 填充它并将其传递给主程序。例如
命令行或 GUI -> 填充 EnvironmentOptions对象 -> 主程序

并提供需要抽象，您可以创建一个接口(interface)说 IEnvironmentOption并使用它来设置所需的属性。

interface IEnvironmentOption {
    public static final String OPTION_NAME = "-t";

    public void setOption(String name, String value);

    public String getOption(String name);
}

class EnvironmentOptions implements IEnvironmentOption {
    private Properties envProperties;

    @Override
    public void setOption(String name, String value) {
        envProperties.setProperty(name, value);
    }

    @Override
    public String getOption(String name) {
        return envProperties.getProperty(name);
    }
}