Pergunta

Nossa base de código onde trabalho é .NET 2.0. Para nossos novos aplicativos Assembly/DLLs/Web, eu adoraria aproveitar o que o 3.5 tem a oferecer.

Um mix .NET Frameworks (por montagem) pode em uma solução? Existem advertências relacionadas ao IIS para isso?

Eu adoraria ouvir qualquer feedback positivo/negativo/como. Avise!

Obrigado!

Foi útil?

Solução

Sim, você pode fazer isso no Visual Studio e é chamado Multi-alvo.

Scott Guthrie tem uma ótima entrada de blogs Suporte multi-alvo no Visual Studio.

O VS 2008 foi o primeiro lançamento do Visual Studio que incluiu suporte multi-alvo para .NET. O que isso significava era que você poderia usar o VS 2008 para criar e editar não apenas projetos .NET 3.5, mas também projetos .NET 3.0 e .NET 2.0. Isso permitiu que os desenvolvedores atuassem mais rapidamente e aproveitassem os novos recursos de ferramentas do Visual Studio - sem precisar necessariamente exigir que a versão mais recente do .NET seja instalada nos clientes e servidores de produção executando seus aplicativos.

Felicidades

Outras dicas

Você pode usar 2.0, 3.0 e 3.5 juntos de acordo com:http://msdn.microsoft.com/en-us/library/bb383796(v=vs.90).aspx

EDIT: Eu estava errado, você pode. Você pode ir para a referência 3.+ Assembléias em 2.0, porque o CLR é o mesmo. Este não será o caso ao passar de 2.0/3.+ para 4.0, pois há uma nova versão do CLR.

http://abdullin.com/how-to-use-net-35-syntox-and-compiler-features-for-net-20/

Se você puder aguardar a nova estrutura .NET 4.0, poderá executar as DLLs para cada versão lado a lado no mesmo processo.

Isso não deve ser um problema. .NET 2.0 RTM A .NET 3.5 SP2 Use exatamente a mesma versão do CLR. Eles diferem apenas pelo número de montagens incluídos. O formato de montagem é o mesmo. Obviamente, se você aproveitar uma montagem incluída apenas no .NET 3.5, deve garantir que o 3.5 esteja realmente instalado na máquina de destino. Você descobrirá rapidamente se não for.

3.5 já deve estar na máquina se tiver o Windows Update ativado. Caso contrário, leva uma dúzia ou mais minutos para colocá -lo lá.

Como nota lateral, temos algumas bibliotecas 1.0 antigas que usamos no 2.0 e ainda usamos no 3.5, sem recompilar. Portanto, há alguma compatibilidade com versões anteriores lá.

Você não pode ter o .NET 1.1 Assmeblies em execução no mesmo processo que uma montagem .NET 2.0+ - tentando fazê -lo produzirá uma falha.

Com relação ao IIS, isso significa que você não pode ter .NET 1.1 Sites / diretórios virtuais em execução no mesmo pool de aplicativos do .NET 2.0 e acima de sites - você precisa criar um pool de aplicativos separado para manter o código .NET 1.1 em execução em um processo diferente. (Isso só pode ser feito no IIS 6.0 e acima, ou seja, não no Windows XP)

No entanto, como Nobugz diz - .NET 2.0 a .NET 3.5, todos usam o mesmo CLR, e as versões diferentes do código .NET podem ser misturadas na mesma montagem sem preocupação - isso também é verdadeiro para o IIS (.NET 2.0 e .NET 3.5 O código pode coexistir com prazer no mesmo pool de aplicativos)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top