1

当社のソフトウェアをコンポーネントとして使用しているサードパーティベンダーは、Windowsロゴ認定を重要な選択基準と見なしています。Javaプログラムを展開する際の柔軟性を考えると、要件の90％は簡単に順守できます。いくつかの差し迫った困難が現れます：

  • バージョン情報のためのリソース文字列でjarファイルにタグを付けます。
  • プロパティファイルから.INIファイルへの移動
  • ショートパス名/ロングパス名/UNCはライブラリで十分にサポートされていません
  • ルックアンドフィールの要件

これらに対処するには、深刻な再コーディングが必要になります。仕様を厳密に解釈しすぎている可能性があります。Windows2000認定を取得したアプリケーションの適切な例を1つ見つけました。この場合のルックアンドフィールは、私たちが提示する目に見えるインストーラーのみを指します。仕様自体でさえ、要件のタイトルで実際にはカバーされていない説明の内容を暗示しています。

1.5 アプリケーションは、Win.ini、System.ini、Autoexec.bat、またはConfig.sysからの読み取りまたは書き込みを行ってはなりません。

抜粋：

レジストリに入れたくない情報をアプリケーションで使用する場合は、プライベート初期化ファイルを作成し、アプリケーションの実行可能ファイルがあるディレクトリに配置します。Windowsインストーラーを使用してアプリケーションをインストールすることにより、プライベート.iniファイルのインストールを簡単に管理したり、既存の.iniファイルから情報を追加または削除したりできます。

フィードバックをいただければ幸いです。

4

2 に答える 2

1

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);
于 2009-04-10T06:23:21.897 に答える
0

INI ファイルの例は、命令として解釈されるべきではないことに注意してください。あなたが「タイトル」と呼ぶものは、実際には要件そのものです。この理由は、アプリケーションのインストールが互いに干渉するのを防ぐことを目的とした仕様であるためです。プライベート構成への移行 (ファイル システムまたはレジストリ内) は、これをサポートします。

実際、現在の提案は INI ファイルではなく、構成の小さな部分のレジストリと%APPDATA%、大量の場合は XML ファイルです。

于 2009-04-10T11:10:14.107 に答える