0

職場 (銀行) では、MW / Web サービスを再設計しています。これらのサービスを構築するために、ボトムアップアプローチを使用しています。Java、jax-ws を使用しています。そのため、従うべきルールを作成する必要があります。だから私はこれまでに2つの質問があります:

  1. オブジェクトのフィールドにタイプを作成する必要があります。つまり、クラス Client で、CellPhone オブジェクトを作成するか、単に文字列を使用する必要があります。長所と短所がわかりました。オブジェクトは重くなりますが、検証と制御は簡単です。

他のアイデアはありますか?

  1. SOAP 組み込みエラーを使用するか、独自のエラー ステータス コードを作成する必要があります (おそらく SOAP ヘッダーに)。Java Exception に直接マッピングされるため、SOAP フォールトが非常に気に入っています。

前もって感謝します

4

1 に答える 1

0

いくつかの回答: 1. Web サービス ( jax-rs ではなく jax-ws について言及したよう
に、SOAP ベースの WS について話していると思います) は、XML ベースのプロトコルである SOAP を使用することに注意してください。 2. 作成するクラスごとに、WSDL ファイルにタイプがあります。 3. SOAP エンベロープ (メッセージの「本文」を保持する) には、携帯電話を示す追加の XML 要素も保持されます。つまり、トラフィックが増えます。




1 から 3 までの結論として、あなたが携帯電話について話しているという事実を考えると、なぜこれにクラスが必要なのか理解できません。
CellPhone を実際にモデル化する CellPhoen クラス
(つまり、「vendor」、「operator」などのプロパティを持つ携帯電話デバイス) について話しているのですか、それとも携帯電話番号について話しているのですか?
これが単なる携帯電話番号である場合、1 ~ 3 に基づく私の推奨事項は有効です。


検証を処理するには:
電話番号を検証するために、多くのバリデータ フレームワークを使用できます。検証用の JavaのJSR
もあります。JSR 303 に準拠するHibernate-Validatorフレームワーク については、こちらを参照することをお勧めします。

また、 oVirtオープン ソース プロジェクト のソースをダウンロードし、
BusinessEntiies で oVirt-engine (ovirt-engine/backend/manager/modules/common を参照) を見て、使用方法に関する「実際の」例を確認することもできます。これらのバリデーター。


フォールトについて - 独自のフォールトを作成し、それらを Java 例外にマップすることができます。そこに害はありません。

于 2012-11-01T08:41:27.747 に答える