我々は行動XMLファイルの数によって定義されたシステムを持っている。（サブシステムの動作を管理それぞれの約50種類のXMLファイル。）どちらがUIやDSLに適していますか？
レガシー上の理由からXMLファイルがカスタム形式でありますシステム内のさまざまなコンポーネントによる簡単な消費を目的としています。
カスタムフォーマットは、人間にとっては直感的でわかりやすいものではありません（私たちにとっても重要な考慮事項です）。
この可読性の問題にどのように取り組んでいますか？
私は、これらのXMLファイルの上に書かれた直感的なUIが仕事をしなければならないと感じます。
しかし私の同僚は、XMLファイルをDSLに置き換える方が直感的でも機械読み込み可能でもあるので、より良いアイデアだと感じています。
これは良いアイデアですか、過剰ですか？私はDSLの権利を取得することは、UIと言うよりも非常に難しいと感じています。しかし私は間違っている可能性があります。
ご協力いただければ幸いです。ありがとう。
XMLからXMLへの変換は半分の方法であり、おそらく私が使用する方法です。
A UIは、それが行動のテキストベースの記述の代替だ、そのようなコピー&ペーストなどの一般的なテキストベースのイディオムは、検索&、交換などで優れたユーザビリティを実現しにくいです前に非常に完全である必要がありますUI。
しかし、カスタムパーサーを使用した本格的なDSLは、恐らく、特にチームの複数のメンバーにパーサーやコンパイラの経験がない場合、おそらく一歩先です。私は間違ってはいけません - 人々はパーサーを恐れてはいけないと思います。私は自分自身のコンパイラーエンジニアですが、恐れている人もいます。パーサーが正しく行かないと、非常に厄介です。
私は、理想化されたXMLフォーマットを設計し、そのフォーマットをXSLTを使って実際のXMLフォーマットに変換するツールを書いています（簡単なことであれば、XSLT関数などに深く関わることはありません）または単純な翻訳アプリです。
ad-hoc編集は簡単です（メモ帳のみ必要）。ソース管理からの差分を読み取り、スニペットを電子メールで送信するなど、UIの取得ユーザビリティと機能的なパリティをテキスト形式で持つことは容易ではありません。
http://www.eclipse.org/Xtext/をご覧ください。あなたが探しているものに最適です！
私はバリーに同意します – Kane
バリーの情報ありがとうございます。理想化されたXML形式は、プログラマが直接手書きしたり微調整したりできるXMLのより読みやすい形式を意味しますか？私たちのチームのいくつかの人は、lex/yaccを使った経験があります。しかし、彼らの誰もがコンパイラの書き込みで完全な経験を書いていません。 – Prashanth
また、ファイルを編集しているユーザーが正しくそれを取得し、誤って間違ってコミットしないようにするにはどうすればよいですか？これは、いくつかの自動補完機能と編集後の検証手段を備えたカスタムエディタを意味しないでしょうか？ （非適合データにできるだけ早くフラグを付けることを望みます） – Prashanth