关闭。这个问题是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 文件中,据我所知)。
我的方法或多或少是正确的吗?或者我是否使用了完全不合适的工具来完成我正在尝试做的工作?
最佳答案
在 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);
}
}
关于java - 在这个 Java 程序中使用 XML 传输数据的优缺点是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18209318/