問題タブ [xsd]

私はこの質問を少し繰り返していますが、間違って尋ねられたのは初めてです。

私はこれを持っています：

したがって、基本的に、オプションの内部クラスを持つクラス A があり、クラス B はクラス A から継承し、B.options を A.options から継承して、Web サービスを実行するときに a のみを渡す必要があり、getOptions を呼び出すときに返されるようにします。正しいオブジェクト B.options. 現在、xsd の状態では、異なるタイプの名前オプションを持つ複数の要素がモデル グループに表示されるというエラーが表示されます。エラーは B タイプにあります。

xsd.exe を使用して、設定用の C# クラスを作成しています。サーバーごと、データベースごとの設定があるので、クラスが Dictionary<string, string[][]> のように動作するようにします。だから言えるようになりたい

XSDでそれを表現するにはどうすればよいですか?

XSDを入力フォーム（ASP.NET C＃）に変換して、後で新しいフィールドがXSDに追加/削除されるたびに、ページ上のフィールドがそれぞれ自動的に表示または非表示になるようにする標準的な方法はありますか？これは何か社内で開発する必要があるのはどれですか？フォームをシリアル化/逆シリアル化して生成する方法が必要だと思いますか？どんなヘルでもいただければ幸いです。

次の simpleType を XJC コンパイル (JAXB パッケージから) でコンパイルすると...

私はJavaで次の列挙型になります（インポートステートメントとコメントは削除されました）

これはまさに私が欲しいものです...public String value()メソッドを除いて。public String getValue()このメソッドは、Sun の命名規則に従って呼び出されることを期待しています。そうすれば、EL を使用して JSP ページで簡単に使用できます。今、私はそれを回避する必要があります。

getValue()メソッドの代わりにメソッドを使用して、XJC コンパイルをより便利な列挙にさらに微調整した経験がある人はいますvalue()か? または、メソッドなどを追加できますか？

PS これは JAXB の v2.0.3 で発生しました。最新バージョンv2.1.8をダウンロードしましたが、同じです...

Spring.NET 1.2.0 M1 には、<objects> ノード、データベースなどの XSD ファイルがいくつか付属しています。ただし、<spring> (で使用App.config)、<context>、または <parsers> 要素。さらに、Common.Loggingには、ソースまたはディストリビューションに XSD が含まれていないようです。

Visual Studio がコンパイル時にApp.config. Spring でプログラムが異常終了する前にXML のバグを見つけるのに役立つコンパイル時のチェックがあるため、スキーマを適切に配置しておくと便利です。

これらはどこかに存在しますか/開発中ですか、それとも誰かが自分で書いたことがありますか?

同じトークンで、次のメッセージを見た/解決した人はいますか?

属性 ' http://schemas.microsoft.com/Visual-Studio-Intellisense:friendlyname ' (spring-objects-1.1.xsd) のスキーマ情報が見つかりませんでした

コード合成 xsd を使用して xml ツリーを生成し、元の xsd への xml 出力の一貫性を確保しています。

最初のテストの後、すべて問題ないように見えましたが、無効な値 (正しいタイプですが、定義された範囲外) を入力しようとすると、値が許可されました。

xml は整形式で、xsd で設定された型に準拠していますが、スキーマに関しては有効な xml ではありません。

他の誰かがこのツールを使用したり、この問題に遭遇したりしましたか?

複数のアドレスを含む XML スキーマがあります。

各住所要素内に、「米国の州」列挙を含めます。

「US State」列挙を一度書き、それを各住所要素で再利用するにはどうすればよいですか? これが未熟な質問である場合は、事前にお詫び申し上げます。これまで XSD を作成したことがありません。

私の最初の刺し傷は次のとおりです。

私はアマチュア ソフトウェア開発者 (私はまだ学界にいます) として、XML 文書のスキーマをいくつか書きました。私は、XML のセマンティクスが正確に何であるかを完全に確信しているわけではないため、見た目の悪い XML 文書の原因となる設計ミスに日常的に遭遇します。

私の仮定：

プロパティ = 値

属性という特別な記述子を持つプロパティ。

親には、値「値」を持つ特性「子」があります。

「タグ」はフラグであるか、テキストに直接変換されます。これについてはよくわかりません。

「子」は「親」を表します。「子」はフラグまたはブール値です。これについてもよくわかりません。

デカルト座標を表すようなことをしたい場合、あいまいさが生じます。

これらの選択肢のうち、最も正しいものはどれですか? XML スキーマ設計の現在の概念に基づいて、3 番目の方法に傾倒しますが、実際にはわかりません。

xml スキーマを効果的に設計する方法を簡潔に説明しているリソースは何ですか?

XSD スキーマで十分に文書化されている XML ベースのインターフェースがいくつかあります。インターフェイスは公開される予定であり、それらのリファレンス ドキュメントを作成したいと考えています。

XSD ファイルをより読みやすい形式に自動的に変換できるツールはありますか?

以前の要素の値に基づいて利用可能な要素を変更する方法はありますか?

ルックアップの「原因」コードがいくつかありますが、これらの一部は特定の「製品」にのみ属しています。

したがって、各製品の検索原因コードの列挙を作成し、これを製品の選択に基づいてのみ使用できるようにしたいと考えています。

これは可能ですか？

どうもありがとう