Azure Bus Serviceを使用する場合、ServiceBus/ServiceBusTriggerの方法論とQueueClientを使用する方法との違いは何ですか？

Question

私は現在、Azure Bus Serviceを稼働させてQueueを作成してから、メッセージをキューに入れてから他の場所で受信し、メッセージが通過したデータを使用してコードを実行しています。私は何か問題があっても、メッセージを送ってそれを受け取ることができるので、私はすべての設定と作業をしています。 調査中、私は同じタスクを完了するために2つの異なる方法論があるように見えました。まず

：

public static void ProcessMessage([ServiceBusTrigger("QueueName")] string data) 
    { 
     //Do something with data 

    } 

注：私はこの方法を使用しようと、メッセージが受信されている間午前、

 public static void CreateMessage(string data, [ServiceBus("QueueName")] out string output) 
    { 
     output = data; 
    } 

は、メッセージが表示されます。

は、メッセージを作成します。受信時にデータはNULLです。これについてのどんな助けも大いに感謝されるでしょう。

第二：だから、質問のカップルを

 var queueName = "QueueName"; 

    var client = QueueClient.CreateFromConnectionString(connectionString, queueName); 

    client.OnMessage(message => 
    { 
    //do something with data 
    }); 

：

var client = QueueClient.CreateFromConnectionString(connectionString, queueName); 
     var message = new BrokeredMessage("This is a test message!"); 

     client.Send(message); 

は、メッセージが表示されます。

メッセージを作成します。

1.これらの2つの方法論の違いは何ですか？それぞれはどこで適用する必要がありますか？

2.Whilst最初の方法を使用して文字列を送信しようとしていますが、メッセージが受信されたにもかかわらず、 'データ'がnullとして送信される理由を教えてください。

Answer 1

1.これらの2つの方法論の違いは何ですか？それぞれはどこで適用する必要がありますか？

最初の方法では、Azure Webjob SDKを使用してメッセージを作成し、メッセージを受信します。 2番目の方法は、Azure .Netライブラリを使用しています。我々は非常に簡単にスケジューラのバックグラウンドタスクを作成するwebjobを使用することができます。 WebJobs SDKには、Microsoft Azureストレージ・ブロブ、キュー、および表とサービス・バス・キューで動作するバインディングおよびトリガー・システムがあります。 .Netライブラリを選択して、それを使用してトリガージョブを実行する場合は、ロジックコードを記述する必要があります。

あなたは、メソッドProcessMessageがトリガされることを意味するか

を受けたときに、データがnullであるが、しかし、データの値はnullですか？私のテストから、それは正しく値を示しています。 QueueTriggerを使用してサービスバスにメッセージを送信し、ServiceBusTriggerでこのメッセージを受け取ります。以下は私がテストしたコードです。

あなたのコードを慎重に確認してください。可能であれば、機密性の高い接続文字列を削除し、onedriveにアップロードして、ここでリンクを共有してください。あなたの問題を再現する方が良いでしょう。