0

「ユーザーコントロールベースのフォームUIコントロールの登録」というタイトルのドキュメントhttp://docs.composite.net/Console/CreatingFormControlsには、「最初に組織専用のXML名前空間を登録する必要があります」と記載されていますが、その方法は説明されていません。

だから私の質問は、どうすれば自分の名前空間を作成できますか?xmlスキーマを作成するのですか、それともComposite-C1はグローバルデータ型に基づいて名前空間をエクスポートできますか?どんな助けでも素晴らしいでしょう。xmlスキーマを作成したことはありません(これが必要なものであると想定しています)。

aspネットコントロールを作成し、これをc1コンソールに追加しましたが、新しい新しいデータアイテムを追加しようとすると、次のエラーが発生します
。ConfigurationErrorsException:名前の構成が見つかりませんでした

4

2 に答える 2

1

名前空間名として機能する URI を (制御する URI 空間の一部に) 割り当て、その名前空間名を適切な方法で (通常は要素、属性、およびユーザーが定義するその他のオブジェクト。(これが曖昧で不確定に聞こえる場合は、それが原因です。)

名前空間の機能 (ここでは特に XML 名前空間について話していますが、私が言うことの多くは名前空間と呼ばれる他のものにも当てはまります) は、異なる人によって割り当てられた名前の衝突を防ぐことです。その方法は、「あなたはあなたの名前空間に名前を作成し、私は私の名前空間に名前を作成します。それらは異なる名前空間にあるため、名前が衝突することはありません」と言うことです。もちろん、制御する URI 空間の一部にのみ名前空間を作成するという規則 (これは全体の考え方の絶対的な中心ですが、明示的に述べることはほとんどありません) に従う場合にのみ、名前空間が異なることが保証されます。ドメイン名を所有するか、雇用主が所有するドメイン内の URI パスのツリー構造の一部を所有するか、またはその他の方法で、URI 空間の一部を制御できます。

したがって、名前空間を作成する際の重要なアクションは、名前を識別し、それを名前空間名として機能する機能専用にするという抽象的なものです。独自のドメインを所有している場合は、自分で決定する必要があります。ドメインを共有している場合は、同僚が名前空間名と同じ URI を誤って主張しないように、何かを書き留めておく必要があるかもしれません。(もちろん、問題の URI に名前空間のドキュメントを配置することは良い習慣ですが、Web の誰もがそうしていることを確認するビッグ ブラザーはありません。)

名前空間名を選択し、それをめぐる組織内の競合を防ぐために組織内で必要なすべてのことを行ったら、引用するドキュメントは、名前についてその特定のシステムのレジストリを伝える場所を書く必要があることを示します。ほとんどの場合、いくつかの構成ファイルを編集して、ウィジェットの場所を指定するだけです。XSD スキーマ ドキュメントの要件についての言及は見当たりませんでした (しかし、ざっと目を通しました)。

于 2013-02-06T19:31:10.610 に答える
0

OKはなんとか問題を解決しました。

xml名前空間が必要だと思ったところが間違っていました。必要なのは空の名前空間参照だけでした。エラーは、名前空間ではなく、コントロール名に関連していました。

しかし、私の質問は、@CMSperberg-McQueeが完全に答えたと私が信じている一般的な名前空間URIに関連していました。

于 2013-02-07T09:28:14.560 に答える