Usando async-waitit no .net 4

Atualmente, estou começando a criar um aplicativo que beneficiaria muito com o recurso de espera assíncrona do C # 5. Mas não tenho certeza de qual versão do VS e do tempo de execução assíncrono usar.

Analisando os gráficos de popularidade do sistema operacional, precisarei dar suporte ao Windows XP por mais três anos. Parece que o .net 4.5 é executado apenas nas versões mais recentes do Windows, então eu preciso direcionar o .net 4.0. As máquinas de desenvolvimento usam o Windows 7, portanto, usar uma versão mais recente do VS não é um problema.

Agora, primeiro preciso escolher um compilador para fazer isso:

• VS2010 com AsyncCTP
• Visualização do VS2012 (e final quando chegar), definindo o destino como .net 4.0
• Mono (parece que a versão 2.12 tem async-waitit, eu prefiro / estou acostumado a VS do que o MonoDevelop como IDE)

Qual deles possui menos bugs de geração de código? Olhando para o blog de Jon Skeet, o VS2012 Preview usa um gerador de código que nunca o CTP.

E, mais importante, qual tempo de execução usar?

O VS2012 contém um tempo de execução assíncrono redistribuível para uso com o .net 4?

Consegui compilar o código, com a visualização, fazendo referência ao tempo de execução do AsyncCTP. Mas como o CTP tem condições estranhas de licenciamento, isso não parece uma boa solução a longo prazo.

Ou devo usar uma implementação de terceiros? Talvez mono tem um?

Para distribuir a biblioteca, prefiro simplesmente colocar a dll no mesmo diretório que o aplicativo, em vez de algum tipo de instalador.

Eu também gostaria que meus binários funcionassem sem alterações no mono + Linux / MacOS. Portanto, o tempo de execução deve ser compatível com qualquer mono (2.12 provavelmente) incorporado ou permitir o uso em sistemas operacionais que não são do Windows.

A Microsoft lançou o Async Targeting Pack (Microsoft.Bcl.Async) através do Nuget como um substituto para o AsyncCTP.

Você pode ler mais sobre isso aqui: http://blogs.msdn.com/b/bclteam/archive/2013/04/17/microsoft-bcl-async-is-now-stable.aspx .

Você pode ler sobre a versão anterior aqui: http://blogs.msdn.com/b/lucian/archive/2012/04/24/async-targeting-pack.aspx .

Como esse pacote é oficialmente suportado, agora acredito que a melhor opção para direcionar o XP + assíncrono seria usar o Visual Studio 2012 + C # 5 + Pacote de direcionamento assíncrono.

No entanto, se você sentir a necessidade de direcionar o .NET 3.5, ainda poderá usar (meu) AsyncBridge for .NET 3.5 .

Se você está aberto a considerar outras linguagens .Net, o F # pode resolver seu problema. Ele possui a expressão de computação assíncrona {} há anos e é compatível com versões anteriores, mesmo com o .Net 2.0. O requisito mínimo é o Windows XP SP3. O tempo de execução pode ser baixado aqui .

É possível usar o VS 12 beta para direcionar o .NET 4.0 usando async / waitit.

Você precisa copiar algum código no seu projeto que forneça os tipos nos quais o compilador depende.

Detalhes aqui

Edit: pegamos essa técnica e a transformamos em uma biblioteca de código aberto chamada AsyncBridge: https://nuget.org/packages/AsyncBridge

Se você deseja distribuir seu software, acho que a solução Mono é realmente sua única opção no momento. Você também diz que deseja que o resultado final seja executado no Mono no Linux e no OS X. A segmentação do Mono para começar parece ser a solução natural.

Sua próxima edição é o IDE. O MonoDevelop obviamente funcionaria bem, mas você diz que prefere o Visual Studio.

Greg Hurlman criou um perfil para codificar no Mono 2.8 a partir do Visual Studio. Se você o acompanhar, ele poderá apontá-lo na direção certa para o desenvolvimento contra o Mono 2.11 / 2.12 no Visual Studio.

Obviamente, também há o Mono Tools for Visual Studio, que é um produto comercial. Presumo que ainda esteja sendo oferecido pela Xamarin .

Você também pode executar os assemblies de perfil 4.5 exigidos do Mono sobre o .NET, mas eu não tentei isso. O perfil 4.5 é um superconjunto estrito da API 4.0. Talvez dê uma chance e relate de volta.

EDIT: Parece que talvez você possa usar o CTP do Visual Studio Async em produção agora

Aqui está o que diz na página de download :

Inclui um novo EULA para uso em produção. Nota - Esta licença não constitui incentivo para você usar o CTP para o seu código de produção. O CTP continua sendo uma visualização de tecnologia não suportada e com o risco de uso. No entanto, recebemos muitas solicitações de desenvolvedores para usar o CTP para código de produção e, portanto, alteramos a licença para permitir isso.

Se você deseja começar a distribuir seu software após o MS lançar o C # 5.0, poderá começar a desenvolver usando o AsycnCTP. Caso contrário, eu não recomendaria que você o usasse, pois é apenas CTP, nem mesmo um beta. Pode ser alterado muito perto do estágio beta e do lançamento. Pode ser instável, etc.

Se você deseja introduzir operações assíncronas fáceis no seu aplicativo, recomendo que você use Extensões Reativas e outras coisas construídas na parte superior (Interface do Usuário Reativa, etc), isso é simplesmente maravilhoso.

Quanto ao VS2012, ele também contém o mesmo CTP assíncrono, tanto quanto me lembro do meu // Build / tablet que a MS me deu nessa conferência.