1

素朴な疑問ですが、主観かもしれませんので、ご意見をいただければと思います。

プラグイン指向のプロジェクトを設計しており、独自の構成ファイルを必要とするプラグインがあります。サード パーティの構成ファイルに対応するためにコア API を変更せずに、ユーザーがファイルを指す VM 引数を提供することは受け入れられるでしょうか、それとももっと良い方法がありますか?

例：

-Dcom.unidentified.project.plugin.MyPlugin.configFile="config/Config.xml"

ありがとう！

4

2 に答える 2

0

ユーザーが誰であるかによって異なります。たとえば、ユーザーが技術者である場合は、おそらく問題ありません。
それが通常のユーザーである場合、IMO は良い考えではありません。ユーザーはそのような詳細を知りたくないし、自分が何をしているのかを実際に理解していません (「VM 引数とは一体何ですか?」)
。構成用に定義済みのフォルダーがあり、それをユーザーに公開するだけです。次に、そのフォルダーを検索します。
たとえばconfig、ユーザーディレクトリまたはアプリケーションと同じディレクトリなど、すべての構成ファイルを含むフォルダーを持つことができ、ユーザーはこれを認識しています。次に、または他の構成ファイル
を検索しますConfig.xml

于 2012-07-08T19:59:25.210 に答える
0

私は複数のアプローチを使用します：

  1. VM引数をチェック
  2. コマンド ラインを確認する (ここでは該当しません)
  3. ~/.myapp を確認します (はい、環境変数を使用して Windows で実行できます)
  4. アプリケーションの開始ディレクトリからデフォルトをプル

私が最初に見つけたもの。私は、VM アプローチをローカルでのみ使用して、開発中の通常の機能をオーバーライドする傾向があります。問題は、新しい環境をセットアップする必要があるときに忘れてしまうことです。

于 2012-07-08T20:04:18.960 に答える