getBooksByTypeそれぞれのサンプルでは、該当するデータ・バインディングに適切なデータ・オブジェクトを使用しているため、実装の詳細はサンプルによって異なります。両方のリリースで共通しています。サービス障害に対応して生成される例外クラスのネーミングが変更されることから、コードに多少の変更を加える必要があります。(「ダウンロード」セクションを参照)。ビルド・ファイルと併せて含まれていますが、この記事で取り上げるのはクライアント・コードのみです。種類のデータ・バインディング・フレームワークのクライアント・コードを検討して、それぞれの手法が持つ利点と欠点を調べることにしましょう。データ・バインディング拡張です。サービスにしか使えません。際立った制約となっていますが、同時に利点ももたらします。要件に合わせて最適化できるのです。(この連載の前回の記事で説明)。(自動添付処理など)。コードの生成を完全にサポートします。スキーマ・サポートにはいくつかの制約事項があります。指定されたスキーマ定義、そしてこれと同様のバリエーションなどの、スキーマ機能を使用することができません。フレームワークの今後のリリースですべての主要なスキーマ機能がサポートされるように改善されることが見込まれます。コードを生成する際の基本形としてはダイレクト・モデルを使用します。ダイレクト・モデルでは、個別のクラスが各操作で使用される入力メッセージと出力メッセージに対応します。コード生成の基本形を使った場合の、サンプル・アプリケーションのクライアント・コードで最も注目に値する部分を記載します。よって生成されるクラスとの相互作用です。オプションでコードを生成しています。ソース・ファイルが生成されます。コードの生成ではこのすべてのクラスを、生成されたスタブの静的内部クラスとして生成します。オプションを指定することをお勧めします。オプションは同じクラスを異なる方法で編成するだけなので、このオプションを使用するかどうかには関係ありません)。クラスの場合にはまったく含まれていません)、生成されるメソッド・シグニチャーに必要です。多くの共通サービスに適用される別の形のコード生成があります。ベースにメソッド呼び出しという形で開発されることがよくあります。サービスに組み込むと便利ですが、これは簡単に行えます。定義された操作は、基本的にインターフェース定義のメソッド呼び出しに相当するからです。メッセージとして定義するという点のみです。メッセージ構造として表現するための規則があればいいだけの話となります。この分野での規則を早い段階で確立しているため、私たち自身で解決する必要はありません。サービス操作として公開するときに使うデフォルト表現です。完全な相互運用性に関するもの以外は重要ではありません。使用するメッセージは、この手法に従っています。サービスのアンラップをサポートします。(サーバー・スケルトンにしても同じです)。渡して、アンラップされたインターフェースを生成しています。ほとんど取り除かれ、サービス・メソッドが受け取るパラメーターも返している結果も、メッセージ・クラスに組み込まれずに直接やり取りされます。してメッセージ・クラスを生成し、生成されたコード内で使用していますが、通常、コードはこれらのクラスを無視してデータを直接操作することができます。リリースは完成間近となります。専用のサンプル・コードは、「ダウンロード」セクションに記載されています。アンラップのサポートで主要な問題となっているのは、これがまだ完全に安定していないことです。アンラップに使用されていたコードより大幅に改善されています。文書をこのサンプル用に再構成し、データ・クラスのインライン・スキーマを個別のスキーマ文書に移動させなければなりませんでした。コードは完全にはr動作しません。クライアント・スタブ・コードでのエラーにより、実行時にクラス・キャスト例外で停止します。アンラップの問題はほとんど解決されていることでしょう。アンラップをサポートします。時点から安定しています。データ・バインディング手法を検討した後で記載します。処理フレームワークです。人気があり、特に複雑なスキーマ定義にはよく使われています。場合のサンプル・アプリケーションのクライアント・コードで注目に値する部分です。使用すると、最終的にはオブジェクトを作成する層が追加されることになります。対するアンラップ・サポートがないため、このオブジェクト作成層の追加を回避する手立てはありません。生成したクラスは他のデータ・バインディング・フレームワークで生成したクラスよりも幾分使いにくくなります。リリースは完成間近となります。専用のサンプル・コードは、「ダウンロード」セクションに記載されています。追加したときに期待される例外が発生しません。リリースでは修正されるはずです。サポートすると主張していますが、この主張が正確かどうかは解釈の仕方によります。クラスを生成するという点では、主張は合っています。デフォルトではスキーマを強制する動作ををほとんど何も行いません。要素が欠けた無効な文書の読み取り/書き込みを行います。属性が使用されています。&lt;/getBooksByTypeResponse&gt;これは、必須の値を設定しないという単純な例です。多くの落とし穴が隠される可能性があります。つの異なるリストに交互に追加しなければならない場合について取り上げていました。文書が構成されることを確実にしなければなりません。この点では期待に応えていないことは確かです。メソッドを呼び出すことで回避できます。操作しているのであれば、テストおよび開発中に少なくともこのチェックをすべての文書に対して行う必要があります。動作は元から遅いです)、大抵のアプリケーションは実動デプロイメントでの検証のオーバーヘッドを避けるべきです。検証の結果情報も限られています。検証失敗の原因を切り分けるには、エラーが発生した文書で通常のスキーマ検証を実行しなければなりません。クラスの操作に主に焦点を絞ったデータ・バインディング・フレームワークです。追加され、データ・クラス・ファイルが拡張されます。手法には独特の利点と欠点があります。既存のクラスを直接操作することができます。サービスとして簡単にデプロイするために必要なすべてのものを生成してくれます。バージョンの文書を単一のデータ・モデルを使って同時に操作することができます。表現を維持することも通常は可能です。クライアント・コードで注目に値する部分です。このコードはメッセージ要素と一致するクラスを使用しています。使用しているクラスに簡単に追加できるという点に注目してください。アンラップ・コードを示します。アンラップ・コードの場合と同じく、そのままのコードよりも、アンラップした形のサービス呼び出しのほうが、理解するにも操作するにも遥かに簡単です。オブジェクトを作成する必要がないという点です。呼び出しにオブジェクトを作成する必要がありました。アンラップ・サポートのほうが安定しています。アンラップでは、舞台裏で引き続きすべてのメッセージ要素に対してクラスが生成および使用されます。示すように、直接操作を使用する場合にはメッセージ要素に対応したクラスを定義する必要がありますが、アンラップを処理する場合には、値として渡されたクラスのみを定義し、バインディング定義に組み込めばいいというわけです。コマンド・ライン・パラメーターを使用して渡す必要があります。スキーマ定義からの作業に対するサポートが弱いところです。コード生成には統合されません。リンケージ・コードを生成できないということです。必要とするバイトコードの拡張ステップも環境によっては問題となります。一般的には、このステップはアプリケーションのビルド時に行わなければならないため、クラス内にソース・コードがまったくないという結果になってしまうからです。他のフレームワークに勝る利点があります。バグ修正リリースでサポートされているという点です。(詳細は「参考文献」セクションの「製品や技術を入手するために」を参照)。ビルドするしかありませんが、それによって別の問題が引き起こされることも珍しくありません。スキーマからの確実なコードおよびバインディング生成をサポートすると期待されています。代わる万能の優れたデータ・バインディング手法になるはずです。優れたサポートを提供することになります。つのデータ・バインディング・フレームワークを完全にサポートしています。環境でしか使用できません。サポートを提供しています。サービス定義から作業する場合には最適です。コードでのスキーマ構造のモデル化に対し、最も完全に近いサポートがされます。モデルを作成し、またインターフェースを単純化するためのアンラップ・サービス・メソッドはサポートしません。文書を受け取って処理してしまいがちです。クラスの操作をサポートする唯一の手段です。アンラップ・サービス・メソッドに対する優れたサポートも提供します。ツールが提供しているスキーマ・サポートによる個別のコード生成に対してでさえも、スキーマのサポートは限定されています。これらの選択肢を用意しているのは素晴らしいことです。完全にサポートするようになるでしょう。2.0関連の記事で取り上げる予定です。それぞれのフレームワークが持つ利点と欠点を知ることが、自分のニーズにあった最適なフレームワークを選択するのに役立ち、そして稼動してから問題が発覚する前に考えられる問題領域に注意を向けられるようになります。データ・バインディング・フレームワークをパフォーマンスという別の視点から比較する予定です。サービスのあらゆる側面に関する商業トレーニング・サービスを行っています。トレーニング・コースがこの記事の基礎となっています。技術に関する情報を入手してください。アーキテクチャーの概要について説明しています。どのようにサービスがデプロイされるかが分かります。けのチュートリアルが豊富に揃っています。サービスのデモを調べてください。詳しい説明があります)。ダウンロードして自分自身で試してみてください。データ・バインディングの完全サポートが含まれています。データ・バインディング・フレームワークをダウンロードしてください。ソフトウェアの試用版を使用して、次の開発プロジェクトを革新してください。ディスカッション・フォーラムに参加してください。コミュニティーに加わってください。サイン・イン必須フィールドは(*)で示されます。サインインしたままにしてください。ご使用条件に同意したことになります。サインインすると、お客様のプロフィールが作成されます。会社名を非表示とする選択を行わない限り、プロフィール内の情報(名前、国/地域や会社名)は公開され、投稿するコンテンツと一緒に表示されますが、いつでもこれらの情報を更新できます。送信されたすべての情報は安全です。サインインするとプロフィールが作成されますので、その際にディスプレイ・ネームを選択する必要があります。投稿するコンテンツと一緒に表示されます。コミュニティーでユニークである必要があります。プライバシー上の理由でお客様の電子メール・アドレスは使用しないでください。必須フィールドは(*)で示されます。ご使用条件に同意したことになります。送信されたすべての情報は安全です。(Brasil)Español。