質問

OKなった聖戦がここにまたがる工程の集約の取り扱い用の設定ファイルを自分たちで作るのを苦労してい決定を最適なアプローチです。現在、アプリケーション毎に配布して使用で臨時に設定ファイルであるとにかかわらず、プロパティファイル(iniスタイル)、XMLやJSON(内部使用のみです).

多くのコードはJavaのってやっていを見 Apache Commons Config, ですがその場で発音を確認することができるかの詳細.今にも目を向けた XMLBeans, うですが、のような変則的な形になっていfaffingます。思いもよりませんでしたとしてもっと押し上げに向けてXMLとしてのフォーマットで私のクライアントや同僚とを懸念しようと、地下鉄からも近くて便利。内容を理解することができなクライアントの立場から、皆様のご来場を心よりお待ち致を聞いたのXML、その日なのに。

どの形式やライブラリの人びとの生産システムは、今日これは誰の手続きを避けるための 直角ブラケット税?

編集: 本当に必要になるとクロスプラットフォームソLinux、Windows、Solarisなど。の図書館利用とのインターフェイス設定ファイルと同じくらい重要なことを選択形式です。

役に立ちましたか?

解決

XML XML XML形式をサポートしています。ちゃ configファイルはこちら.ありません"直角ブラケット税"いない場合は直列化さオブジェクトは、性能-強い状況です。

設定ファイルな人間が読める形式と人間の理解のほか、"機械読み.XMLでは妥協の間はご対応できません

場合は店の人が恐れる新fangled XMLドキュメンテーション技術、気を悪くしています。

他のヒント

YAMLの単純な理由でお客様をお迎えいたします読み設定ファイルの比較形式をサポートしています。

XML:

<user id="babooey" on="cpu1">
    <firstname>Bob</firstname>
    <lastname>Abooey</lastname>
    <department>adv</department>
    <cell>555-1212</cell>
    <address password="xxxx">ahunter@example1.com</address>
    <address password="xxxx">babooey@example2.com</address>
</user>

YAML:

    babooey:
        computer : cpu1
        firstname: Bob
        lastname: Abooey
        cell: 555-1212
        addresses:
            - address: babooey@example1.com
              password: xxxx
            - address: babooey@example2.com
              password: xxxx

の事例からこのページ: http://www.kuro5hin.org/story/2004/10/29/14225/062

初:これも非常に大きな議論を行い、迅速Q+A

お気に入りの現在だが含ま Lua, ので、

  • できる許可など幅=height*(1+1/3)
  • まだカスタム機能
  • できることは禁止さい。きる、例えば、Pythonを含む漬物です。))
  • いうスクリプト言語のどこかプロジェクト。

別のオプションがあれば多くのデータが利用 sqlite3, いた請求権を

  • 小さい。
  • 早いです。
  • 信頼性は高い。

任意に選択す。

うに追加:

  • バックアップはオフになります。(コピー、dbファイルです。)
  • やスイッチ他のdb,ODBC,などを実行します。(これ以上からfugly-ファイル)

が、これは大きな課題です。は"大きい"答えるころには何らかの機能マトリクスまたはリストのような場合:

データ量、短runtime

  • 大量のデータが効率的な保管などのdbです。
  • 短運(が)がたいものだと思うのでたくさんの構文解析のために考慮することができ受けedです。

どのような構成に関すか?

  • 主催:
    • 私はYAMLにすることになりました。はこのメソッドを実装し直し、windows?
  • ユーザー:
    • なお許可ユーザの編集configテキストエディタ?
    • であると考えられる一元管理可能な?レジストリ/iputils/リモートデータベース?
    • 場合、ユーザーに複数の異なる プロファイル?
  • プロジェクト:
    • ファイルはプロジェクトディレクトリ?(バージョン管理は通常このモデルビレッジアンドガーデン)

複雑性

  • は数に限りがあflatます。検討YAML.
  • データは、入れ子、または扶ますか?(ここで興味深い。)
  • ができる特許のスクリプティング?
  • テンプレートを見ることができるなどの設定ファイル..

く新しい聖戦の心情の直角ブラケットは税後はわか 大きく同意できない とJeff.ある間違っているXMLで合理的に人間が読める形式としてYAML形式またはJSONまたはINIファイル)が私の意図を読み取り機です。多言語の枠組みコンボの発動にも対応いてのXMLパーサの並べ替えは無料であるXMLではなかなか良い選択です。

また、使用している場合は、良IDEのようなVisual StudioのXMLに付属のスキーマでは、スキーマをVS魔法使を行頭に付(き一のための設定によりどちらのモなど)を行います。

Ulimatelyが必要とされていることについてしばしばだれに触れるこれらのファイルを一度に生れていないことが考えられる。

これだといった地域の見所がありくつXML、なぜまだまだ有効な選択のための設定ファイルから ティム-ブレイ):

"したい場合は一般の方々へ提供する目的でデータの受信がしたい不測の事態にもうそろっているならば、きっと被害妄想客i18n場合、またはいかが?送信する文書により、struct、または、データ等に関するデータの場合は潜在的に長寿命(以秒)XMLでのかかるものと思われます。でも私が思うに、この組み合わせXMLおよびXPathのキャリアチェンジスイートスポットでデータフォーマットする必要の伸;のかというものか簡単に書けるXML処理をコードしないことに失敗しての存在のメッセージフォーマットなタッチの作品ます。"

@男

がアプリケーションだけではないだけでキーと値のペアになっています。見ようなものtomcatの設定ポートでの話を聞く。次に例を示します。

    <Connector port="80" maxHttpHeaderSize="8192"
           maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
           enableLookups="false" redirectPort="8443" acceptCount="100"
           connectionTimeout="20000" disableUploadTimeout="true" />


    <Connector port="8009" 
           enableLookups="false" redirectPort="8443" protocol="AJP/1.3" />

きのコネクタ内にあります。定義のファイルやコネクタが存在します。な定義しくなります。あり、もう一(厚)がplain oldキーと値のペアになっています。

例えばシェアする画面でユーザーのコンフィグである単純な、そう簡単なようにINIファイルの読込ができるようにするだろう。でももうちょっと複雑なサーバー設定、INIファイルも大きな痛みを維持し、さらなる構造のようにXMLまたはYAMLの方がよいでしょう。すべての問題のセットです。

しiniスタイルのconfigファイルです。を使用していまし 図書館を管理します。ニでも使いやすいです。ニしたorignallyます。純も移植され、他のプラットフォームを使用いただけます:standardとexpress。

XML、JSON、INI.
彼らはすべて、長所と弱点があります。
にアプリケーションのコンテキストのさらなる活動を通じて抽象化レイヤはいいます。
場合に選択できる構造のデータと良い地元の人間が読みやすさとどのようにしたいアクセス/abstractは、データコード、ゴールデン.

を用いることが多いのでXMLは日々目まぐるしく変わってい、と思うように設定ファイルの読み込まれるキャッシュオブジェクトとして最初に読み込みまたは後で書き込まれ、その後抽出したから、他のプログラムであることを多くのヒットもCPUやディスクスペース。
しか読み取ってい構造ファイルです。

全ての言語すべてのプラットフォーム対応XMLをつかの共図書館です。

@Herms

何を思ったこだわるそうすることによってソフトウェアは、ソフトウェアの店舗の設定値が指定する。

だがその後の推奨方法でこれらの/が可能です。のように設定メニューのプログラムや設定パネルの"システムの設"のアプリケーションシステム-サービスソフトウェアのie)必ず最終ユーザーを変更して直接RegEditまたはメモ帳...

なぜですか?

  1. エンドユーザーに(=お客様用のプラットフォーム
  2. システムのバックアップでより良い保存"安全ト"など

@ninesided

"について 選択図書館 "いうのは、リンク(静的リンク)また、選択図書館のリスクの低減をめず身近なところで行われているバージョン-紛争-戦争にエンドユーザー機です。

の場合の設定ファイルは書き込み、読み取り専用でbootup、お客様のデータバの名前と値のペアの最良の選択の自開発者が作業します。

場合データはもう少し複雑で、入れ子など、多くのオYAML、XML、またはSQLite.

が必要な場合は入れ子データのクエリの設定データをbootup、XMLまたはSQLite.ても良いクエリー言語(XPATH、SQL)ストラクチャード/トデータです。

場合はコンフィギュレーションデータは高度に標準化など第5回通常形態)に基づいており、また以下のとSQLiteがSQLであり扱うための高度に標準化データです。

する場合は書き込むための設定データ設定時のプログラム運転、そしておくとSQLite.例えば、ダウンロード設定データから別のコンピュータ、場を拠点に今後のプログラムの実行の決定のデータを収集した以前のプログラム実行します。SQLiteを実装し、非常に堅牢なデータストレージエンジンすることが極めて困難と認めら腐敗した時や停電-電力プログラムが吊るされているだけなので矛盾した状況によります。朽ちる楽データへの高い分野への支援、SQLiteまなければならないよ自家栽培の解決にも人気の図書館周辺のXMLまたはYAML.

チェックマイページ 詳SQLite.

しかし、Windowsのレジストリがなくなり、優先の保存設定がされています。純-ほとんどのアプリケーション現在のシステム。設定は[1,2]となります。このものXMLに基づくれるものは移動方向のXMLのための設定をします。

宿泊したい場合にクロスプラットフォームすると思うので使うテキストファイルのルートです。としてのフォーマットのファイルするために考慮すれば、人間が操作できます。XMLう少に優しいマニュアル操作によINIファイルによる可視構造のファイルです。

としての直角ブラケット税私は気にしない、気にしない方が多いとして、XML図書館のを抽象化します。にも配慮する場合が極めて少なく収納スペースにバイトが可能となります。

[1]システム。設定の名前空間- http://msdn.microsoft.com/en-us/library/system.configuration.aspx

[2]を使ったアプリケーション設定ファイルです。純- http://www.developer.com/net/net/article.php/3396111

を用いたプロパティファイルだJavaを支援しているとのネイティブ.カップルでのヶ月前に見たことSpringSourceアプリケーション基盤を用JSONの設定のサーバーで見ても興味深いものです。I 比較の各種構成表 とという結論を出したXMLるよう最適なソリューションのようです。でも支援ツールとプラットフォーム非依存の.

Re:epatelコメント

私の質問したい申請について設定する管理者が行うだけでなく、ユーザーの設定内容の保存.のやりくりは夫婦で別にされていまいそうにユーザが設よりアプリケーションに、彼を通じて、外科的-非外科的なもの、ユーザーがん対応を直接アプリを提供し、設定オプション、UI、その後更新のファイル).ていただきたいと思いませず"ということで、ユーザの閲覧/編集します。:)

として実際の問題だと思うXMLにはなら大丈夫でしょう、たっぷりの人が使用するための設定をします。どをわかりやすく整理する設定の値を使用方法の"直角ブラケット税"がないと言えるでしょう。

その国のビットの接ることができるので私の意見は、configファイルから読み込む.読み込んだキー値辞書のハッシュテーブルでトリガーになる場合は、アプリの初回起動は、常にアクセスはこのオブジェクトからそのために高速になります。通常、キー/値テーブルを開始して文字列を文字列がヘルパー機能のオブジェクトないDateTime GetConfigDate(string key)。

と思うのだけ重要なものが選べるフォーマットを希望、移動することができます。XMLやJSONはエンジニアリングサービスをフォーマットconfigs広く対応--技術的な実施んで世界の課題methinks.この100%かの設定ファイルにご連絡ください。

始めましたJSONを使い作ったとしてデータの輸送形式のserializersで負荷については、いかなる開発の枠組み見JSONくXMLを扱う複数のサービスを採用し、configファイルが変更されたかなり頻繁に、そのeaserってくれました。

どのプラットフォーム上で取り組まれています。されています。を利用することにしたのだろう、優先/共通の方法です。

  1. MacOSX-plists
  2. Win32-レジストリ(またはござことで、長年開発しめくりと操作上の違いがござい
  3. Linux/Unix~/.apprc(お名前-値かもしれない)
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top