Guia do Iniciante para certificados SSL
Microsoft revelou mais detalhes sobre .NET Core, "a base para todas as futuras plataformas .NET".
Em um post detalhado , gerente de programa da Microsoft Immo Landwerth explica por que a empresa está se bifurcando .NET, a fim de dar sentido a .NET transporte para várias plataformas, incluindo Windows desktop, o Windows Store (ou "Metro"), Windows Phone, ASP.NET (a pilha web aplicação), e após o anúncio do mês passado, Mac e Linux.
Lançado pela primeira vez em 2002, o .NET Framework é baseado em um Common Language Runtime que executa o código escrito em línguas, incluindo C #, F # e Visual Basic. Há também bibliotecas e frameworks extensas, incluindo a Base Class Library (BCL) para os tipos e funções padrão e estruturas, como ASP.NET e Windows Forms que são construídos em cima.
O .NET Framework e linguagem C # foram um sucesso com os desenvolvedores, e Microsoft criou versões diferentes, a fim de direcionar mais plataformas, tais como embutidos e móveis. Estas diferenças causar problemas para os desenvolvedores quando eles precisam escrever código para mais de uma plataforma.
A empresa fez esta pior, alterando o controle de vez em quando. Silverlight, por exemplo, uma vez que parecia ser a direção for .NET móvel e multi-plataforma, e é usado na primeira versão do Windows Phone, mas o Windows Phone 8 e Windows 8 loja de aplicativos não usar o Silverlight, mas um tempo de execução diferentes e incompatíveis .
Microsoft abordou esta em certa medida, com bibliotecas de classe portáteis (PCL), que definem um subconjunto do .NET Framework que funciona em todas as plataformas que você especificar. PCLs são um fudge embora; as várias bibliotecas incompatíveis permanecer por baixo, mas os invólucros PCL impedi-lo de chamar uma API que vai quebrar a compatibilidade.
Em sua conferência Construir desenvolvedor no início deste ano, a empresa introduziu Apps Universal, apontado como uma maneira de construir aplicativos que funcionam em Windows Phone, bem como Windows 8. A App Universal é um tipo de projeto que permite compartilhar código, mas você ainda escrever específico da plataforma de código sempre que necessário, por isso não é muito a magia que parece à primeira vista ser.
Apresentando .NET Núcleo
Agora há .NET Core, que inclui um novo garfo modular do .NET Framework. .NET Core inclui um BCL unificada que é o mesmo código para todas as plataformas - Landwerth diz que .NET nativo, um projeto para compilar Windows Store Apps como verdadeiro código nativo, atualmente tem sua própria implementação.
ASP.NET 5 (a próxima versão), Windows loja de aplicativos, bem como o código-fonte aberto NET gerido pela Fundação .NET todos usam .NET Core. Compartilhando código entre plataformas deve ser mais fácil com .NET Core, já que as bibliotecas realmente são os mesmos.
O que pode ser mais significativo é que o .NET Núcleo introduz um novo modelo de implantação. As bibliotecas são entregues como pacotes NuGet, sendo este o gerenciador de pacotes usado pelo Visual Studio para importar código .NET em projetos. A idéia é que os desenvolvedores vão importar apenas as partes da NET Núcleo de que necessitam para o seu projecto, e implantá-los com o aplicativo.
Microsoft chama isso de implantação app-local. Em contraste com o Framework .NET inicial, que é um conjunto de bibliotecas de todo o sistema, todos os aplicativos .NET Núcleo será lançado com o seu próprio quadro individual. Isto significa que as atualizações para .NET Core não vai quebrar aplicações existentes, o que implica, ainda, que ele pode ser atualizado mais rapidamente. Isso também significa que o .NET Framework já não precisa ser instalado na versão direita no sistema de destino; tudo isso faz parte da aplicação.
A desvantagem dessa abordagem é que, com cada pacote NuGet que faz parte do Núcleo .NET sendo atualizado individualmente e em momentos diferentes, há um risco de incompatibilidades que aparecem. "Uma vez que você vai ser capaz de misturar e combinar NuGet pacotes não pode, obviamente, haver casos em que certas combinações de componentes não jogam bem juntos", disse Landwerth. Para superar isso, a Microsoft enviará "distribuições" do .NET centrais que são testados para compatibilidade. O plano é para enviar uma nova distribuição quatro vezes por ano.
Outro problema é a forma de atualizar as bibliotecas .NET se problemas de segurança são encontrados. "Correções críticas de segurança deve ser implantado rapidamente e de forma holística, a fim de ser eficaz. Estamos totalmente empenhados em fazer correções de segurança como sempre fizemos para .NET ", acrescentou Landwerth, embora ele não declara como isso vai funcionar.
Presumivelmente, se a versão "n" de um pacote NuGet específico é encontrado para ser insegura, haverá um mecanismo para buscar essas instâncias e actualizar.
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário