Windows徽标（TM）认证的应用程序是否更难用Java编写？

使用我们的软件作为组件的第三方供应商将Windows徽标认证视为重要的选择标准。考虑到部署Java程序的灵活性，90%的需求很容易遵守。目前存在一些紧迫的困难：

• 使用资源字符串标记jar文件以获取版本控制信息
• 从属性文件移动到.INI文件
• 库不支持短路径名/长路径名/UNC
• 外观要求

这些将需要一些认真的重新编码来解决。我可能对规格解释得太仔细了。我找到了一个应用程序的不错的例子。本例中的外观仅指我们提供的任何可见安装程序。甚至规范本身也暗示了需求标题中未真正涵盖的描述内容

1.5

摘录：

如果您的应用程序使用了您不想放入注册表的信息，请创建一个私有初始化文件，并将其与应用程序的可执行文件一起放在目录中。通过使用Windows Installer安装应用程序，您可以轻松管理私有.ini文件的安装，以及从现有.ini文件中添加或删除信息

---

任何反馈都将不胜感激。

有关外观和感觉，请在

main（）

函数中调用此函数：

    log.info("Setting java look and feel");
    try {
        UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
    } catch (Exception e) {
        log.warn("Could not set system look and feel", e);
    }
    // Make sure we have nice window decorations.
    JFrame.setDefaultLookAndFeelDecorated(true);
    JDialog.setDefaultLookAndFeelDecorated(true);

---

要获得外观，请在

main（）函数中调用此函数：

    log.info("Setting java look and feel");
    try {
        UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
    } catch (Exception e) {
        log.warn("Could not set system look and feel", e);
    }
    // Make sure we have nice window decorations.
    JFrame.setDefaultLookAndFeelDecorated(true);
    JDialog.setDefaultLookAndFeelDecorated(true);

请注意，INI文件的示例不应视为授权。你所谓的“标题”实际上就是需求本身。原因是规范旨在（除其他外）防止应用程序安装相互干扰。移动到私有配置（无论是在文件系统中还是在注册表中）都支持这一点

事实上，当前的建议不再是INI文件，而是配置小部分的注册表，以及
%APPDATA%
中的XML文件（如果有很多）。
请注意，INI文件的示例不应被视为强制要求。你所谓的“标题”实际上就是需求本身。原因是规范旨在（除其他外）防止应用程序安装相互干扰。移动到私有配置（无论是在文件系统中还是在注册表中）都支持这一点

事实上，当前的建议不再是INI文件，而是配置小部分的注册表，以及
%APPDATA%
中的XML文件（如果您有很多）