作为Windows服务运行的Azure Development Storgare服务

窗户 Azure Development Fabric将不作为Windows服务运行。 .

保持实际服务可移植并能够在控制台、WinService或Azure Worker中运行的唯一方法是 从一开始就以这种抽象设计 .

一旦有了适当的抽象,您的云应用程序就变得相当灵活了。例如,您甚至可以编写这样的单元测试:

[Test]
public void Test()
{
    Host.Initialize();
    Host.Start();
    var client = Host.Resolve<IMessageClient>();

    client.Send(new Hello {Word = "World"});
    client.Send(new Hello {Word = Rand.String.NextText(6000, 6000)});
    client.Send(new Bye {Word = "Earth"});
    SystemUtil.Sleep(50.Seconds());
    Host.Stop();
}

或者如果使用.NET 4.0 tpl:

[Test]
public void Test()
{

    using (var host = BuildHost())
    {
        host.Initialize();

        var client = host.Resolve<IMessageClient>();

        client.Send(new Hello { Word = "World" });
        client.Send(new Hello { Word = Rand.String.NextText(6000, 6000) });
        client.Send(new Bye { Word = "Earth" });

        using (var cts = new CancellationTokenSource())
        {
            var task = host.Start(cts.Token);
            SystemUtil.Sleep(10.Seconds());
            cts.Cancel(true);
            task.Wait(5.Seconds());
        }   
    }
}

Linux上的控制台、WindowsService、Azure主机或Mono守护进程中也会有类似的连接。

如果您也保持存储的正确抽象化,那么就不需要实际使用Azure存储(开发或生产)进行测试,也不需要高效地使用本地文件存储或内存表示(如果适合的话)。

基本上,从一开始就将云架构设计为可移植的,简化了很多事情,降低了开发和维护成本。

注意:测试片段取自 Lokad.CQRS for Windows Azure 指导和框架

应该可以在具有足够权限的用户帐户下以计划任务的形式运行主机。