1

「人」というメッセージがあります。UPDATE とPersonH​​andlerを使用すると、すべて正常に機能します。ただし、新しいPersonを追加する必要があります。(以前は、新しい Person の追加は CRM システムを介して行われていたため、挿入について心配する必要はありません)。次に、その機能を新しい NSB システムに移動する必要があります。Personが追加されたら、その Person の GUID をフロントエンドに渡す必要があります。これを行うには、NSB で要求/応答モデルを使用するか、プレーンな ADO.Net コードを使用する必要がありますか? 後者を使用した場合、NSB の ADO.Net と Updates を使用して、クライアント側に挿入コードを配置します。これは私には正しくありません。

ばかげた質問かもしれませんが、アーキテクチャの観点から正しい方向性を教えていただければ幸いです。

4

1 に答える 1

2

クライアントで Person GUID を新しく作成し、それをメッセージでサーバーに渡す場合、サーバーからの応答は必要ありません。それはおそらく最も簡単でしょう。

Full Duplex および AsyncPages サンプルに示されているように、要求/応答を行うこともできます。

于 2012-12-10T12:03:54.957 に答える