★★★本博客欢迎转载,但请注明版权、原文链接,谢谢。
Memento..
My stories in my way..
     本节通过简短的语言讲解Microsoft .NET Services (Dec 2008 CTP) SDK里的实例,向大家展示Service Bus的入门知识。

     没有安装Microsoft .NET Services (Dec 2008 CTP) SDK的朋友直接直接下载本文附件使用。

使用实例:

     首先,打开Microsoft .NET Services (Dec 2008 CTP) SDK\Samples\ServiceBus\GettingStarted\Echo\CS35\ 目录下的Visual Studio解决方案EchoSample.sln

image

     在Service项目上点击右键,启用新实例。

image

    输入方案的用户名和密码。(在http://portal.ex.azure.microsoft.com中设置的)验证成功后控制台会给出一个类似"sb://servicebus.windows.net/services/sixsix/EchoService”的URI。

image

     然后再启用一个客户端(Client)的调试实例。同样要求输入Solution名和密码。

image

     此时客户端已经已经连上服务端的服务了。
     相信大家通过解决方案名都已经知道这个服务的作用了,很简单,就是客户段输入字符串到服务端,服务端向客户端传回同样的字符串。

image

 

通过实例看Service Bus有啥用

    显然,这个实例中使用的服务是网络编程中最基础的Echo服务。我们使用了Username/Password的验证方式。

    读者可以尝试关掉服务端。你会发现,客户端没有任何变化,只是不能再调用服务,不能得到echo而已。这说明Service Bus其实起了一个桥接作用。服务端程序无论运行在怎样的网络环境下,无论是在NAT之内还是公共环境,也不在乎这个服务的IP如何更改,甚至服务处于防火墙后面,客户端对其的定位依赖于Service Bus提供的统一URI,Service Bus为服务提供了注册与地址解析。在本例中,Echo服务的地址始终是"sb://servicebus.windows.net/services/sixsix/EchoService/”,该服务的实际网络环境和地理位置,对客户机是完全透明的。这是上一节提到的,Service Bus的一个实用的牛X功能。

    另外,此时如果你打开http://servicebus.windows.net/services/{your solution name}/,可以看到Service Bus把你Solution下的都以Atom 1.0 Feed的格式装在了"Bus"中(只显示当前可以使用的服务,也就是说,如果你关掉了服务端程序,就不会看到内容)。下面截图了显示了http://servicebus.windows.net/services/sixsix/ 。"sixsix"是我的Solution名。目前这个Solution下只有1个echoservice。

    image

 

明白Service Bus的使用方法和目的后,编程操作是很容易的。请自行查看代码。
未安装SDK读者代码下载地址:https://files.cnblogs.com/azure/ServiceBus.rar

posted on 2008-12-27 14:08  流牛木马  阅读(3362)  评论(12编辑  收藏  举报