ことはでき返すオブジェからWebService?

StackOverflow https://stackoverflow.com/questions/11879

  •  08-06-2019
  •  | 
  •  

質問

代わりに復して共通の文字列が返すクラシックオブジェ?ない場合は:何でのベストプラクティス?いランスポーズでおオブジェクトのxml化し、オブジェクト、その他。その他の可能性?

役に立ちましたか？

解決

このようにすることができます。益経由で直列化します。デフォルトですべてのネイティブ型の直列化可能なこautomagicallyます。

ただし、複雑な種類が必要マークのオブジェクトの直列化可能]の属性。でも同じようなことがありますの複雑なタイプの物件です。

したがって、たとえば、が必要です:

[Serializable]
public class MyClass
{
    public string MyString {get; set;}

    [Serializable]
    public MyOtherClass MyOtherClassProperty {get; set;}
}

他のヒント

オブジェクトが次のどれかの場合でserialisedはXMLで記述できますWSDLその先に返還できるオブジェからwebservice.

有：ます。純しっかりしているので直列化し、物体が直列化されたXMLされ、復元されている。を消費するサービスを戻し元のオブジェクト型またはサロゲートと同じデータ構造です。

可能な場合には、私に置き換オブジェクトをXML-このウェブサービスは携帯Iアクセスできるサービスな言語により、新しいパーサオブジェクトにtransposerすること。

このWSDLファイルを記述するには、よりよいサービスはほぼ自動化します。

(例えば、サーバー言語で書かれてpythonでの交換サーバーのC言語で記述され、クライアントはC++で記述され/gSOAP、クライアント書Cocoa/Objective-Cを使用していまsoapUIとしてテストフレームワークを実装は、Javaで書かれている).

返還できるオブジェからwebサービスを使用形式をサポートしています。がウェブサービスなプラットフォームとオペレーティングシステムagnostic.理し、直列化するオブジェクトだけでできる保存-取得するオブジェクトからバイトストリームなどのファイルです。例えば、できserialize Javaオブジェクトに変換したバイナリストリームにも拠点64エンコードにCDATA分野)および転送サービスのクライアント

が、顧客とす)を使用すると勝てるでしょ復元するオブジェクトまたはJavaベースです。また、ディープコピーが必要ですserializeオブジェクトとしています。Deepコピーすることは不可欠です。

最良のルートをXMLスキーマを表現する文書のインスタンスを生成したスキーマのオブジェクトは細目。

.純自動的にこのオブジェクトが直列化可能です。ラフさんJavaの作品を実装する予定です。

ここにはいつオブジェクトを直列化です。純益:http://www.codeguru.com/Csharp/Csharp/cs_syntax/serialization/article.php/c7201

@Brian:わからないものの仕組みをJavaです。当期純物を取得し連載をXML、base64でエンコードの文字列です。のwebserviceを掲載したwsdlファイルを格納する方法及びオブジェクトの定義を必要webservice.

いう作るwebサービスだけをbase64でエンコード文字列

ダニエル-オージェ:
としていすることはできます。ただし、両方のサービス クライアントが使用するオブジェクトの 正確な同じドメイン行動の両 面にわけではないだろうが必要 サービス。

lomax: しています同意できないとのことで やや狭いコメントとなります。を使用 webserviceることができserializeドメイン オブジェクトをXMLであるということで 簡単のためにお客様の 同じドメインオブジェとともに そのお客様に限られ 使用する特定のwebサービス まっさかも 逆にその他のお客様 の知識がないドメイン 物だとお サービス形式をサポートしています。

@Lomax:また記載の二つのシナリオ. シナリオ1： クライアントはrehydratingのxmlメッセージの正確な同じドメインオブジェクトです。しかし私は、これを"還元オブジェクト".私が経験することが、勝利への選択についてご説明させていただきことです。 シナリオ2: アrehydratesのxmlメッセージ以外のものを正確に同じドメインオブジェクト:私は100%のこの背景には、がんが、このことを考えるに戻るタイミングに合わせて、ドメインオブジェクトです。でもメッセージの送信またはDTO.

現在その理由は、このコンポーネントの純粋なDTOオブジェクトの直列化に渡るwebサービス 通常 ん。主張:このため、また、オーナーの両方のクライアントとサービスの提供をクライアントには、図書室を利用できるよう水分補給のオブジェクトに戻すますタイプです。の問題:このドメインのオブジェクトとしての型が存在するとの所属する二つの半関連領域.時間挙動に必要な追加する一つのドメインがないから他のドメインおよび汚染の可能性や痛います。

また、普段はデフォルトのシナリオ2.私のみ利用シナリオがある場合は1を、圧倒的な理由です。

会員の方はログインしてくださいエッセイは英語で書と初期応答が返されます。これをクリアしいとの思いをどう私の意見です。Lomaxような気がした半が合意).

JSONでは、問題が発生する標準にそのようなオブジェのウェブとしてのサブセットになります。多くの言語の特徴は、図書室をJSONに変換コードをネイティブオブジェクトを入手している。 simplejson Python.

詳ライブラリJSONを使用は、 JSONページ

としていすることはできます。ただし、両方のサービスおよびクライアントが使用するオブジェクトは、同じドメイン行動の両わけではないだろうが必要なサービス。

としていすることはできます。ただし、両方のサービス クライアントが使用するオブジェクトの 正確な同じドメイン行動の両 面にわけではないだろうが必要 サービス。

いうことでやや狭いコメントとなります。用webserviceることができserializeドメインのオブジェクトをXMLであるということでお客様と同じドメインオるとともに、顧客企業に限られる特定のwebサービスまで露出するためのマスクをかぶった私と、逆順により他のお客様の知識がないドメインオブジェもとお経由のサービス形式をサポートしています。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top