|
|
在Azure Services Platform上對于工作流服務(wù)的支持，一直是我很感興趣的內(nèi)容。當(dāng)然也是疑問比較多的領(lǐng)域。鑒于這方面的資料太少，所以今天就從AzureServicesKit中的一個DEMO出發(fā)，來大概了解一下這方面相關(guān)內(nèi)容。
注：今天的示例位于AzureServicesKit安裝目錄/Labs/Ex02-RoutingWithXPath/end文件夾。
(編輯注：是AzureServicesKit/Labs/IntroWorkflowService/Ex02-RoutingWithXPath/end文件夾)
該示例場景展示的是一個定單(order)流程，如下圖：
注：圖中的兩個服務(wù)可能布置在1臺或N臺機(jī)器上。
在上圖中，我們看出在當(dāng)前場景中存在兩個服務(wù)，即：
BillService（即定單生成）。 ShipOrderService(定單處理：包括處理定單相關(guān)信息等)
其中的BillService的代碼如下：
[ServiceContract(Name = "Billing", Namespace = "http://Microsoft.ServicePlatformLabs")]public class BillingService{ [OperationContract(Name = "Invoice", IsOneWay = true)] public void Invoice(string orderId, string total) { Console.WriteLine("Invoice for Order {0} ({1}) generated", orderId, total); }}
注：上面的ServiceContract屬性Name="Billing"和OperationContract屬性Name = "Invoice"會以鏈接方式綁定到工作流CloudServiceBusSend活動(activity)的Action屬性上，即：
http://Microsoft.ServicePlatformLabs/Billing/Invoice
ShippingService的代碼如下：
[ServiceContract(Name = "Shipping", Namespace = "http://Microsoft.ServicePlatformLabs")]public class ShippingService{ [OperationContract(Name = "ProcessOrder", IsOneWay = true)] public void ProcessOrder(string orderId) { Console.WriteLine("Processing Shipping information for Order {0}", orderId); }}
同理，ShippingService會以鏈接方式綁定到工作流CloudServiceBusSend活動(activity)的Action屬性上，即：
http://Microsoft.ServicePlatformLabs/Shipping/ProcessOrder
而這兩個服務(wù)都會被暴露到ServiceBus中以便讓用戶進(jìn)行訪問操作，從而完成一個客戶下訂單的完整流程（CreateOrder）
而如何對這兩個服務(wù)進(jìn)行安排組裝，就是通過WorkFlow的進(jìn)行的。如果有開發(fā)過工作流經(jīng)驗的開發(fā)者應(yīng)該會很容易理解這個概念。不過這里還是要解釋一下，就是在云中運(yùn)行的工作流與我們平時所了解的工作流（主要是在Activities方面）還是有些差異的，當(dāng)然這并不意味著云中的工作流要更難于理解，恰恰相反，就目前而言，還是很容易的，下面是其在VS中的設(shè)計器中的截圖：
有關(guān)這幾個新添加的工作流activity，可能就要幾個篇幅來介紹和說明，因為今天的目的不在于此，所以就先略過這塊內(nèi)容了。
另外就是目前在云中只支持CloudSequentialWorkFlow,如下圖：
目前還不支持狀態(tài)機(jī)工作流，但并不確保將來就不會出現(xiàn)。當(dāng)然將來會不會出現(xiàn)workflow4中的flowchart型工作流就更不好說了。
假設(shè)我們最終要實現(xiàn)的工作流程如下：
1.接受客戶端post過來的請求，并獲取其中指定的節(jié)點信息，本DEMO中節(jié)點路徑為：
<root> <order> <total>節(jié)點值</total> </order></root>
2.通過對該節(jié)點值進(jìn)行比較判斷，當(dāng)值大于1000時則將工作流程轉(zhuǎn)入一個CloudDelay活動中，以進(jìn)行延時操作（設(shè)置CloudDelay活動的TimeOut屬性）。當(dāng)值小于或等于1000時則順序執(zhí)行上面所介紹的兩個服務(wù)（BillingService，ShippingService）
將上面的流程中工作流進(jìn)行表示（創(chuàng)建）的結(jié)果如下圖：
好了，現(xiàn)在我們有了工作流和服務(wù)，接下來就是通過編碼將服務(wù)運(yùn)行起來以及將工作流發(fā)布到Azure上了。下面是服務(wù)的創(chuàng)建運(yùn)行代碼：
internal static void Main(){ var billingServiceHost = new ServiceHost(typeof(BillingService)); Console.WriteLine("BillingService hosted at:"); Console.WriteLine("/t" + billingServiceHost.Description.Endpoints[0].Address.Uri); billingServiceHost.Open(); var shippingServiceHost = new ServiceHost(typeof(ShippingService)); Console.WriteLine("ShippingService hosted at:"); Console.WriteLine("/t" + shippingServiceHost.Description.Endpoints[0].Address.Uri); shippingServiceHost.Open(); Console.WriteLine(); Console.WriteLine("Press [Enter] to exit"); Console.ReadLine(); billingServiceHost.Close(); shippingServiceHost.Close();}
上面代碼中的Address.Uri屬性是在app.config中進(jìn)行配置的：
代碼在這里展開 
NET技術(shù)：Azure Services Bus(服務(wù)總線)中的工作流(workflow)，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
