Diário Atividades

O MVC para ASP.NET já era Open Souce desde a primeira versão 1.0. Devido a isso não entrei no barulho que foi feito quando anunciaram recentemente que o MVC teria sido colocado sobre licença Open Souce. Fiz minha primeira palestra sobre o MVC no Eco Developers em Junho de 2009, na época ouvi comentários: “Não sei se isso vai pegar”, “Isso é voltar ao ASP3”, “Vou ter mais trabalho com o MVC”. Não sei se virou modinha usar MVC hoje em dia mas os comentários positivos e gurus sobre o assunto crescerem bastante.

Independente das mudanças de comportamento vamos ao que interessa:

1. O ASP.NET MVC é open source desde a versão 1.0
2. Outros produtos foram incorporados ao framework, produtos esses também sob licença open source: jQuery, jQuery UI, jQuery Mobile, jQuery Validation, Modernizr.js, NuGet, Knockout.js eJ SON.NET
3. O que foi públicado recentemente é que o ASP.NET Web API e ASP.NET Web Pages (conhecido como Razor) foram liberados sobre a licença Apache 2.0 e que seus códigos fontes estão publicados no codeplex.

E daí? O que ganho com isso? (Uma vez falei isso em uma lista e tomei muita porrada)

O ASP.NET MVC é ainda um produto suportado pela Microsoft e vai ser liberado em suas entregas do .NET Framework e do Visual Studio, seu desenvolvimento vai ser realizado pelo time da própria Microsoft, no entanto podemos baixar atualizações e correções sem precisar esperar a próxima versão ou update, basta estar ligado no projeto pelo codeplex.

Para conhecer o projeto open souce acesse o codeplex:

http://aspnetwebstack.codeplex.com/

[]´s

Lino

Referências:

http://weblogs.asp.net/scottgu/archive/2012/03/27/asp-net-mvc-web-api-razor-and-open-source.aspx

http://www.hanselman.com/blog/ASPNETMVC4

Seguindo o post anterior:

Outro recurso interessante sobre o Bundling e Minification é a capacidade de explorar recursos do browser do cliente para gerar uma cache local dos seus arquivos de estilo e javascript. Ou seja, quando o cliente acessar nosso site pela primeira vez vamos enviar todo conteúdo necessário para apresentação do site, com esse conteúdo o browser vai armazenar localmente na máquina do cliente a versão dos nossos estilos e scripts para que a próxima vez que o site receber essa visita o desempenho vai ser superior, pois não vai ser necessário baixar novamente esse conteúdo.

O Framework 4.5 do ASP.NET e inclusive o MVC 4 possuem esse recurso, para utilizarmos precisamos colocar:

<link href="@System.Web.Optimization.BundleTable.Bundles.ResolveBundleUrl("~/Content/css")" rel="stylesheet" type="text/css" />
 <link href="@System.Web.Optimization.BundleTable.Bundles.ResolveBundleUrl("~/Content/themes/base/css")" rel="stylesheet" type="text/css" />
 <script src="@System.Web.Optimization.BundleTable.Bundles.ResolveBundleUrl("~/Scripts/js")"></script>

O próprio gerente de produto do ASP.NET comentou que é um pouco grande esse helper: System.Web.Optimization.BundleTable.Bundles.ResolveBundleUrl . No entanto ele é o responsável para que a cache seja criada no browser.

Olhando o código fonte da página vamos observar uma string mágica que é um hash dos arquivos que estão sendo feito o Bundling e Minification, esse hash vai ser gerado automaticamente a partir dos arquivos, ou seja, caso alguma modificação seja realizada em qualquer arquivo de estilho ou de script o hash a ser gerado vai ser outro e automaticamente o browser do cliente ao verificar esse hash vai perceber a modificação e então vai baixar os novos arquivos limpando a cache anterior.

Podemos realizar esses mesmos recursos via código para uma maior customização. Veja mais no blog do Scott Guthrie

Veja mais sobre o assunto em:

Referências:

http://weblogs.asp.net/scottgu/archive/2011/11/27/new-bundling-and-minification-support-asp-net-4-5-series.aspx

http://weblogs.asp.net/scottgu/archive/2012/02/19/asp-net-mvc-4-beta.aspx

Não deixe de ver esse vídeo:

http://channel9.msdn.com/Events/TechDays/Techdays-2012-the-Netherlands/2364/player?w=956&h=484

Abraço e até a próxima.

Lino

Pessoal,

Como todos sabem o Visual Studio 2010, seja com o SP1 ou não, tem por padrão instalado o MVC 2.  No entanto, muitos projetos já estão sendo desenvolvidos em MVC 3, devido as várias melhorias e novas funcionalidades (Razor, Global Filters, etc).
Quando precisamos realizar deploy das nossas aplicações encontramos host’s com suporte ao MVC 3, porém esse “suporte” dos servidores não possuem as dll’s globais registradas e utilizadas pelo MVC3.

Para contornar essa situação basta enviar as dll’s com suas versões utilizadas pela versão três e sua aplicação estará funcionando perfeitamente. Incluindo versões mais atualizadas do Entity Framework 4.1.

Você tem duas opções para enviar todas referências necessárias:

1- Tentativa e erro. (Mande as que você acha que são necessárias, colocando “Copy Local = True” e vai evoluindo os erros do server até conseguir, com o risco de enviar coisas desnecessárias e ser considerado um newbie).

2- Ler essa dica e aprender fazer do jeito certo.

Para incluir no seu projeto as “Deployable Dependencies” basta clicar com o botão direito do mouse sobre o seu projeto MVC 3 e selecionar a opção: Add Deployable Dependencies. Ou então no menu do Visual Studio em Project > Add Deployable Dependencies

Imagem01: Opção do Menu

Imagem02: Dependências resolvidas e prontas para o deploy.

Referências:

http://haacked.com/archive/2011/05/25/bin-deploying-asp-net-mvc-3.aspx