Cerca de 15o pessoas (entre alunos e professores dos cursos de tecnologia da instituição e profissionais de tecnologia da cidade e região), lotaram o auditório principal da unidade 4 (dedicada a área de exatas) da instituição.

Em minha palestra, apresentei os aspectos gerais associados ao modelo de computação em nuvem, assim como os aspectos deste modelo que influenciam de forma direta e indireta no projeto e implementação de novas aplicações. Ao final, diversas perguntas vieram do auditório e tive a oportunidade de responder a cada um delas.

O PPTX utilizado em minha palestra pode ser visualizado a seguir.

O evento, que foi realizado nas dependências da Universidade do Norte Paulista campus 2, contou com a presença de mais de 500 participantes entre alunos e professores de todos os cursos de tecnologia da instituição (a saber, Ciência da Computação, Engenharia da Computação, Sistemas de Informação e Análise e Desenvolvimento de Sistemas). A sala estava cheia, o que demonstrou o enorme interesse dos estudantes pelo tema.

Em minha palestra, tive a oportunidade de falar mais profundamente sobre o conceito de computação em nuvem e, na sequência, apresentar a plataforma de computação em nuvem da Microsoft – o Windows Azure. Ao final, pude participar de uma mesa redonda com docentes da instituição, onde respondi a diversas questões associadas ao tema.

O PPTX utilizado por mim na palestra, pode ser visualizado a seguir.

Contextualização

A computação em nuvem é de fato, um novo paradigma, pois ela disponibiliza um novo modelo para o gerenciamento dos recursos computacionais. Existem entretanto alguns cenários que precisam ser considerados pelas empresas que almejam aderir a este novo cenário e aqui, gostaria de destacar 3. Veja:

1. A maioria das empresas já possuem seus ambientes configurados e funcionando com suas aplicações, legadas ou não. Bancos de dados, firewalls, servidores de aplicações, etc. Não é possível simplesmente esquecer todo este aparato tecnológico e simplesmente ir para a nuvem. 
2. Nem todas as aplicações estão prontas para a nuvem. Isso é um fato e para muitos cenários, o custo de adequação para este ambiente não vale a pena.
3. As empresas possuem times capacitados para cuidar de suas infraestruturas. Estes times serão necessários por um longo tempo certamente, pois os cenários possuem especificidades.

Isso posto, fica fácil notar a fundamental importância que existe no fato dos fornecedores de ambientes de computação em nuvem oferecerem ambientes mais flexíveis, que permitam às empresas levarem seus ambientes completos e não apenas aplicações, para a nuvem.

Windows Azure e IaaS

A aposta inicial da Microsoft com o Windows Azure no mercado de computação em nuvem foi PaaS (Plataforma como Serviço). Muito embora eu sempre tenha acreditado (e continuo acreditando) muito no modelo de plataforma como serviço, alguns fatos como aqueles listados no tópico anterior, acabaram atravancando a inserção do ambiente da Microsoft no mercado.

Há cerca de um ano (mais precisamente em Junho de 2012), a Microsoft anunciou a inserção de uma nova vertical de serviços – infraestrutura como serviço (IaaS). Desde então, a Microsoft vem melhorando e enriquecendo este ambiente e hoje, a empresa anunciou a disponibilidade em ambiente de produção.

Além do anúncio de GA para IaaS, a Microsoft anunciou também novos recursos, como: novos templates de máquinas virtuais (com Sharepoint, TFS, SQL Server, etc.), novas opções de configurações de máquinas com memórias de 28 e 56 GB RAM, dentre outras.

Minhas impressões

Grandes concorrentes da Microsoft (como a AWS, por exemplo) já ofereciam este suporte a IaaS há algum tempo e como já mencionei anteriormente, como a Microsoft mantinha seu foco em outra vertente de computação em nuvem, acabou se atrasando para ser inserida no mercado.

Agora, com o anúncio da disponibilidade em produção de sua vertical de IaaS, a Microsoft e o Windows Azure entram definitivamente na briga (com amplas chances de sucesso, é importante que se diga) no mercado de computação em nuvem.

Quem ganha com isso? O mercado, que agora pode obter mais uma opção de serviços infraestrutura de qualidade e tudo indica que este fato, deve derrubar os preços. Sim, é a velha regra da concorrência.

É isso, vamos ver o que o futuro nos reserva em relação a tecnologia. O que podemos afirmar sem medo de errar é: um gigante entrou na definitivamente na briga pelo mercado de computação em nuvem.

Desde o lançamento da última versão da framework MVC, muitas dúvidas surgiram (principalmente para desenvolvedores com pouca experiência no universo ASP.NET) em relação as diferenças entre as abordagens do MVC tradicional e do Web API. Sei disso por ler as muitas mensagens que recebo através deste site e conversas em eventos de comunidade e clientes.

Este post (que já está no pipeline há um bom tempo) tem como objetivo principal apresentar as principais diferenças entre as abordagens (MVC tradicional versus Web API). Esta informação pode ser útil, por exemplo, no momento da decisão pela tecnologia utilizada em determinado projeto.

Disclaimer: estou assumindo aqui que você já conheça os conceitos (ao menos em nível básico) da framework MVC. Além disso, é importante salientar que este post não trata o assunto “Como utilizar o ASP.NET Web API”.

Primeira importante diferença: Roteamento

A primeira grande diferença que pude notar ao realizar a comparação entre projetos MVC tradicional e Web API foi: o mecanismo de rotas.

Como você deve se lembrar, uma aplicação MVC tradicional possui um mecanismo de rota bem definido, que associa os nomes dos controladores (controllers), suas respectivas ações (actions) e os valores de parâmetros que chegam para estas actions. Não há desta forma, uma relação direta com o verbo HTTP.

O modelo de roteamento proposto pelo Web API é diferente. Ele possui uma implementação consideravelmente maior (maior abstração) de lógica (por baixo do capo, é claro) e aqui, o protocolo HTTP exerce um papel fundamental no roteamento, uma vez que as amarrações são realizadas através dos verbos do protocolo e seus respetivos parâmetros.

Para que estes conceitos fiquem mais claros, considere os códigos apresentados pelas Listagens 1 e 2 (a seguir).

[code lang="c-sharp"]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;

namespace DiferencasEntreModelosDeRoteamento.Controllers
{
public class RotaDoModeloMVCController : Controller
{
//
// GET: /RotaDoModeloMVC/

public ActionResult Index()
{
return View();
}

//
// GET: /RotaDoModeloMVC/Details/5

public ActionResult Details(int id)
{
return View();
}

//
// GET: /RotaDoModeloMVC/Create

public ActionResult Create()
{
return View();
}

//
// POST: /RotaDoModeloMVC/Create

[HttpPost]
public ActionResult Create(FormCollection collection)
{
try
{
// TODO: Add insert logic here

return RedirectToAction("Index");
}
catch
{
return View();
}
}

//
// GET: /RotaDoModeloMVC/Edit/5

public ActionResult Edit(int id)
{
return View();
}

//
// POST: /RotaDoModeloMVC/Edit/5

[HttpPost]
public ActionResult Edit(int id, FormCollection collection)
{
try
{
// TODO: Add update logic here

return RedirectToAction("Index");
}
catch
{
return View();
}
}

//
// GET: /RotaDoModeloMVC/Delete/5

public ActionResult Delete(int id)
{
return View();
}

//
// POST: /RotaDoModeloMVC/Delete/5

[HttpPost]
public ActionResult Delete(int id, FormCollection collection)
{
try
{
// TODO: Add delete logic here

return RedirectToAction("Index");
}
catch
{
return View();
}
}
}
}
[/code]

Listagem 1. Um controlador MVC tradicional com métodos CRUD vazios

[code lang="c-sharp"]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Net;
using System.Net.Http;
using System.Web.Http;

namespace DiferencasEntreModelosDeRoteamento.Controllers
{
public class RotaDeModeloWebAPIController : ApiController
{
// GET api/rotademodelowebapi
public IEnumerable Get()
{
return new string[] { "value1", "value2" };
}

// GET api/rotademodelowebapi/5
public string Get(int id)
{
return "value";
}

// POST api/rotademodelowebapi
public void Post([FromBody]string value)
{
}

// PUT api/rotademodelowebapi/5
public void Put(int id, [FromBody]string value)
{
}

// DELETE api/rotademodelowebapi/5
public void Delete(int id)
{
}
}
}
[/code]

Listagem 2. Uma rota Web API com os mesmos métodos

Com uma simples observação dos dois modelos de controladores, fica fácil evidenciar as diferentes abordagens disponibilizadas pela framework MVC.

Além das ideias apresentadas anteriormente (no início da discussão deste tópico), um aspecto a ser notado aqui é o modelo de roteamento seguido pelas abordagens. Enquanto no modelo MVC temos o padrão definido “{controller}/{action}/{id}“, no modelo do Web API temos o padrão “api/{controller}/{id}“.

Uma observação importante em relação ao padrão de rota do modelo Web API é: a fração “api” da definição é apenas uma convenção criada para que não haja conflito entre controladores Web API e MVC tradicionais no mesmo projeto.

Quando disse anteriormente que a abstração implementada para o modelo Web API é maior, não estava mentindo. Note, existe na Listagem 2 uma implementação da action “Get“, entretanto, no comentário associado à implementação do método, existe um exemplo de como chamar esta ação. Temos: “api/rotademodelowebapi/5“. Note que, muito embora a implementação seja do método Get, temos a chamada para {rotademodelowebapi}. Isso somente é possível graças a abstração do framework (uma das novidades da versão 4).

Segunda importante diferença: Diferentes focos

Muito embora ambas as abordagens possam ser partes constituintes do mesmo projeto, controladores MVC tradicionais e Web API mantém focos extremamente diferentes.

Enquanto ASP.NET MVC tradicional mantém seu foco nitidamente no retorno de views e seus dados intrínsecos, ASP.NET Web API mantém seu foco no retorno exclusivo dos dados através da chamada de serviços restfull, “sem se preocupar” com a forma com que estes serão exibidos.

Era isso. Espero que este conteúdo possa ser útil para elucidar eventuais dúvidas persistentes acerca do modelo.

Até a próxima!

• Centro de treinamento de Webmatrix (em vídeo)
• Criando aplicativos com Webmatrix e ASP.NET Razor – Parte 1
• Criando aplicativos com WebMatrix e ASP.NET Razor – Parte 2
• Criando aplicativos com WebMatrix e ASP.NET Razor – Parte 3
• Criando aplicativos com WebMatrix e ASP.NET Razor – Parte 4
• Webmatrix 2 – O que a nova versão trará?
• Série de artigos sobre WebMatrix

WebMatrix 3 e seu posicionamento no mercado

Uma dúvida que sempre surge dentre os profissionais de desenvolvimento para web quando são apresentados ao Webmatrix é: porque colocar no mercado uma ferramenta como Webmatrix se a Microsoft já possui uma ferramenta muito mais poderosa e robusta (Visual Studio) para o mesmo fim? Sempre argumentei que a ideia da Microsoft era proporcionar um ambiente mais simplificado e direto que tornasse o processo de escrita de web apps mais fácil, principalmente para quem estava iniciando neste cenário. Mesmo assim, a dúvida persistiu.

Para mim, com WebMatrix 3, esta dúvida é/será definitivamente sanada. Isso porque a ferramenta se posicionou de uma forma “mais definitiva”. No final deste post, após apresentar os novos recursos, fecharei o raciocínio justificando como ela (Microsoft) posicionou melhor o produto no mercado.

Novidades

O WebMatrix 3 trouxe diversas novidades, as quais apresentaremos a seguir. Para mim, as novidades podem ser resumidas em quatro grandes: 1) Conectividade; 2) Edição de aplicações de forma remota; 3) Gerenciamento de código com TFS (Team Foundation Server); 4) Gerenciamento de código com Git.

Conectividade e edição de aplicações remotas

WebMatrix 3 veio equipado com diversos recursos que melhoraram a conectividade das aplicações nela desenvolvidas com Windows Azure (plataforma de cloud computing da Microsoft. Você pode saber um pouco mais sobre ela seguindo este link.). Além disso, foram adicionados os recursos de editar “a quente” aplicações online em hosts tradicionais e versionadores de código online, como Git Hub e TFS online. As figuras a seguir apresentam estas novas opções.

Figura 1. As novas opções de editar aplicações online

Figura 2. Como você deseja se conectar ao ambiente online?

Figura 3. Autenticando com a conta do Windows Azure

Figura 4. Website encontrado para a assinatura informada

Como você pode verificar, o processo de conexão com uma aplicação no Windows Azure ou qualquer outro ambiente de host foi amplamente melhorada. Com alguns poucos e simples passos, é possível editar suas aplicações “a quente”, isto é, sem precisar baixar os arquivos da mesma para editar e na sequência, realizar o upload novamente. Mais uma passo na direção da simplificação do processo de construção de aplicações web.

Em breve farei novos artigos apresentando o modos operandi da ferramenta em relação a estas novas features.

Gerenciamento de código com TFS ou Git

A adição da possibilidade de gerir códigos fonte utilizando TFS online ou Git é sem dúvida, uma das grandes melhorias implementadas no WebMatrix 3. Agora, é possível versionar seus fontes escritos com WebMatrix seja em que linguagem for (desde que suportada pela ferramenta, evidentemente) com TFS ou Git e efetuar o publish destes ambientes diretamente no Windows Azure. Escrevi um post sobre o processo de publicação de aplicações web utilizando Git no Windows Azure Web Sites aqui mesmo no blog. Basta seguir este link para efetuar a leitura.

A seguir disponibilizo algumas imagens que apresentam estes procedimentos.

Figura 5. Nova aba de “Source Control“, que dá acesso aos repositórios online (Imagem: http://webblogheart.blob.core.windows.net/)

Figura 6. Conectando a coleção do TFS online (Imagem: http://webblogheart.blob.core.windows.net/)

Figura 7. Opção de realizar checkin para o repositório online (Imagem: http://webblogheart.blob.core.windows.net/)

Figura 8. Obtend0 a última versão do projeto (Imagem: http://webblogheart.blob.core.windows.net/)

É importante notar que o processo de conexão tanto com Git quanto com TFS  funciona de muito bem e de forma simplificada, sem maiores dificuldades para quem não possui experiência com versionamento de código. Esta era um feature muito solicitada para o WebMatrix, principalmente por desenvolvedores oriundos de outras plataformas como Node.js e PHP. Mais um passo na direção da simplificação dos processos.

Outras novidades

Além das novidades maiores, existem também novidades menores. A seguir, apresentamos algumas destas novidades.

• Adição de novas aplicações para a galeria de aplicações online
  Para esta versão, a Microsoft incrementou o número de aplicações que estão disponíveis através da “Web App Gallery“. O número total de aplicações que antes estava na casa das 50 aplicações, subiu para 66. Além disso, as aplicações agora possuem uma notificação visual sobre a compatibilidade com o ambiente do Windows Azure, conforme ilustra a Figura 9.

  
  Figura 9. Novas aplicações disponíveis e notificação visual de compatibilidade

• Adição de segmentação ao buscar pacotes no NuGet
  Para esta versão, o time do WebMatrix adicionou um detalhe pequeno mas que ajuda demais quando se deseja encontrar pacotes no NuGet: a segmentação. Agora é possível segmentar não só o repositório a ser exibido como os tipos de versões que deverão ser apresentadas. A Figura 10 apresenta esta janela.
  

Figura 10. Nova janela de busca de pacotes do NuGet

• Suporte a novos tipos de arquivos
  Ao WebMatrix 3 foi adicionado também o suporte nativo às novas linguagens (com arquivos específicos) TypeScript, CoffeeScript e JSON Package, conforme ilustra a Figura 11.
  

Figura 11. Novos tipos de arquivos adicionados

• Trabalho com banco de dados SQL no Windows Azure a quente
  Com WebMatrix 3 é possível trabalhar diretamente com bancos de dados SQL Server no modelo plataforma no Windows Azure, conforme ilustram as Figuras 12 e 13 a seguir.
  

  Figura 12. Conectando há uma base de dados do SQL Azure

  

  Figura 13. Base de dados conectada dentro do WebMatrix

   

Conclusão

Conforme havia mencionado no início deste texto, com as novas features implementadas no WebMatrix 3, para mim, a Microsoft posiciona o produto de forma definitiva no mercado: uma ferramenta para construção de aplicações web (principalmente aquelas já prontas: WordPress, Joomla, Magento, etc.) para usuários que não possuem conhecimentos técnicos. De lambuja, a empresa consegue alcançar um público não .NET, isso porque oferece um suporte bem legal as linguagens externas (ao .NET) suportadas.

Além disso, com a integração (muito boa, por sinal) nativa com versionadores de código e com o Windows Azure Web Sites, a Microsoft fecha um ecossistema extremamente funcional e assertivo para quem deseja “se virar sozinho”. Para certos tipos de aplicações, WebMatrix continua sendo BEM MAIS funcional que o Visual Studio e outras ferramentas.

Just my 2 cents!

Por hoje é só. Um forte abraço a todos e até a próxima!

Durante os três dias de evento, cerca de 1.200 pessoas marcaram presença e tiveram a oportunidade de receber gratuitamente muitas informações sobre as diversas tecnologias da Microsoft, informações estas que foram apresentadas pelos maiores especialistas no assunto em cada área no Brasil. Não apenas MVPs entregaram conteúdos mas também, funcionários da Microsoft, apenas para citar alguns: Humberto Silva (MTC) e Vinícius Apolinário (DPE).

O evento foi formatado em trilhas paralelas que eram acompanhadas de forma virtual (via Livemeeting). Particularmente gosto deste modelo, uma vez que proporciona flexibilidade para quem deseja assistir a assuntos específicos e não pode deslocar-se fisicamente para fazê-lo. Logo, como não poderia ser diferente, o evento foi um sucesso.

No total, o evento contou com 9 trilhas abordando os mais diversos assuntos: cloud computing (trilha na qual palestrei e ajudei a organizar), segurança, consumerização de TI, gerenciamento de dados, produtividade e colaboração, interoperabilidade, desenvolvimento de software, dentre outras. Cerca de 60 MVPs participaram entregando conteúdos nas 49 sessões em mais de 55 horas de conteúdos técnicos.

A seguir disponibilizo o PPTX da palestra que realizei e os links para as soluções de algumas demonstrações que realizei durante minha fala. Outra observação importante é que todas as palestras foram gravadas para exibição sob demanda. Assim que estes conteúdos estiverem disponíveis no site da Microsoft, atualizarei este post com os links.

O evento (que será totalmente gratuito e possui vagas limitadas) será realizado no formato online, assim, você poderá facilmente acompanhá-lo  de seu trabalho, faculdade ou residência sem maiores problemas.

O evento contará com diversas trilhas durante os três dias, abordando todos os principais assuntos em evidência no mercado de TI, tais como: consumerização, segurança, gerenciamento de projetos e equipes de desenvolvimento de software, interoperabilidade, arquitetura e gerenciamento de servidores, desenvolvimento de aplicações, produtividade e colaboração, computação em nuvem, big data e gerenciamento de dados, dentre outras.

No evento tive a honra de, junto com os amigos Evilázaro Alves e Lucas Romão, ser um dos responsáveis pela organização da trilha de cloud computing. Mas a honraria não parou por aí. Isso porque serei um dos palestrantes desta mesma trilha.

Na palestra, falarei sobre o ambiente atual do Windows Azure e como ele pode atender para diversos cenários reais. A trilha de cloud será realizada no dia 28/03 (quinta-feira). Você não poderá perder!

Mais detalhes sobre o evento (como inscrições e horários), você poderá encontrar aqui: http://mvpvirtualconference.azurewebsites.net

Um abraço a todos!

O evento que possui periodicidade anual, é dedicado aos Most Valuable Professional – MVPs (profissionais aos quais a Microsoft reconhece como referências de mercado em suas tecnologias), apresenta o futuro das tecnologias e da empresa, bem como os caminhos que o mercado deve tomar nos próximos anos.

Neste ano, cerca de 1.400 MVPs marcaram presença no evento, sendo que destes, 51 eram brasileiros. Uma observação interessante em relação a estes números é que o time brasileiro, foi um dos mais representativos no evento. Além disso, o evento deste ano marcou o aniversário de 20 anos do programa. Foi muito legal poder estar lá e participar deste momento.

Além do que foi mencionado anteriormente, para mim o Summit deste ano foi ainda mais especial, por vários motivos, sendo que um dos principais foi, poder conversar com alguns “donos” de produtos e passar feedbacks sobre eles diretamente para quem pode resolver. Estou falando de Scott Hanselman (ASP.NET Team), Demian Eduards (ASP.NET Team [SignalR]), Scott Hunter (ASP.NET Team) e o papa da web e cloud computing, Scott Guthrie (a.k.a. Scott Gu).

Muitas pessoas tem me perguntado sobre os conteúdos, novidades, etc. Eu gostaria muito de já poder adiantar, entretanto, infelizmente (por uma estratégia de mercado da Microsoft), muitos dos conteúdos apresentados no evento ainda encontram-se sob NDA (Non-Disclosure Agreement) e, neste momento, não podem ser divulgados. O que posso assegurar em relação a minha competência (ASP.NET/IIS e Azure) e aos conteúdos dos quais assisti as palestras é: ao meu ver, a Microsoft está no caminho certo em relação à suas tecnologias de desenvolvimento e “coisas” bem interessantes estarão disponíveis em breve.

Fiquem atentos à este blog pois, assim que as novidades forem sendo liberadas, “blogarei” sobre elas.

A seguir disponibilizo algumas das fotos tiradas durante o evento e mais informações sobre alguns pontos citados aqui.

Gostaria de parabenizar a organização do evento que foi muito cuidadosa em cada etapa do processo. Desde a recepção, preparação dos conteúdos, alimentação, etc. Gostaria de parabenizar e agradecer publicamente também ao nosso JP (João Paulo Clementi, MVP Lead do Brasil). Sua atenção e disponibilidade junto a todas as atividades durante o evento fez toda a diferença para o time brasileiro e sim, sei que falo em nome de todos os MVPs “tupiniquins“.

Algumas imagens do MVP Summit 2013 (via SkyDrive): https://skydrive.live.com/redir?resid=F54916DC1A300501!410&authkey=!AHXeCAr05LBRoBs

Mais informações:

• Sobre o MVP Summit 2013: http://www.2013mvpsummit.com
• Mais sobre o programa MVP no mundo: http://mvp.microsoft.com/en-US/Pages/default.aspx
• Mais sobre o programa MVP no Brasil: http://blogs.msdn.com/b/mvpbr/
• Página do MVP Brasil no Facebook: https://www.facebook.com/mvpbr

Era isso. Um forte abraço a todos e, até 2014!

Recentemente, ao encontrar alguns problemas de performance em uma aplicação de teste que “roda” no ambiente de cloud service (Web Role) do Windows Azure, saí a procura de ferramentas para monitorar o comportamento da aplicação no ambiente de produção para, antes de qualquer medida corretiva, pudesse encontrar os pontos de gargalo da aplicação.

Fiquei surpreso e naturalmente empolgado ao descobrir que a própria Microsoft disponibiliza tais ferramentas dentro de sua plataforma de desenvolvimento para web (ASP.NET), de seu sistema operacional para servidores, o Windows Server (a partir da versão 2008) e por inércia, dentro da plataforma de cloud computing da empresa, a saber, o Windows Azure.

Windows Azure Diagnostic Monitor (WADM)?

Windows Azure Diagnostic Monitor (em português, “Monitor de Diagnósticos do Windows Azure”) é um componente de software disponível dentro da estrutura de cloud que possui o objetivo de coletar dados operacionais da aplicação em análise. Além de coletar e armazenar tais informações, WADM permite ainda a visualização remota das mesmas (desde que devidamente configurado).

Muito embora o recurso esteja presente e a disposição do desenvolvedor, ele precisa ser ativado/habilitado. Assim, no post de hoje, gostaria de apresentar o processo necessário para que você consiga habilitar o WADM em sua infraestrutura de cloud.

Habilitando o WADM

Para que possamos apresentar a assertividade do processo apresentado aqui, criaremos um projeto de cloud (com ASP.NET MVC 4) no Visual Studio 2012 (para o VS 2010 o processo é o mesmo) e faremos as alterações necessárias para a habilitação do recurso.

Algumas observações importantes são:

1. Trabalharemos neste post com o conceito de cloud services, mais especificamente, web roles. Entretanto, o processo funcionaria da mesma forma para uma worker role.
2. Para demonstrar a funcionalidade, utilizaremos o compute emulator do Windows Azure, entretanto, o processo é rigorosamente o mesmo para colocar esta funcionalidade no ar no ambiente de produção.

Para demonstrar na prática o conceito apresentado neste post, o que faremos como primeiro passo é evidentemente, criar um novo projeto no Visual Studio do tipo “Cloud” adicionando um web project “ASP.NET MVC 4″. Disclaimer: Estou imaginando que você esteja familiarizado com este processo de criação e por isso, não o demonstrarei aqui.

Uma menção importante neste momento é que, o que possibilita a coleta de dados operacionais da aplicação em roles é justamente o módulo de diagnóstico e por este motivo, precisamos o “importar” do Windows Server para nossa aplicação. O termo é “importar”, mas na prática, funciona como um ponteiro do monitor para a aplicação.

O que precisamos fazer neste instante é visualizar o arquivo *.cscdef da web role. Isso porque precisamos verificar se o módulo de diagnóstico já foi importado por padrão no momento da criação do projeto. Caso o módulo já tenha sido importado por padrão, ao iniciar a web role, o Windows Azure automaticamente inicia a coleta dos dados. Caso contrário, precisamos realizar algumas configurações manuais (como a seguir).

Vamos aos passos necessários (são apenas dois) necessários para habilitar nosso monitor de diagnósticos?

Passo 1. Verifique o arquivo de definição quanto a importação do diagnóstico

O primeiro passo a ser dado no sentido de habilitar o recurso de diagnóstico da aplicação é verificar se o respectivo módulo importado a mesma. Para isso, vá até o arquivo de definições de sua role (com a extensão *.csdef) e verifique as linhas destacadas em verde na Figura 1 encontram-se também no corpo de seu código. Se sim ótimo, primeira etapa concluída. Senão, adicione-as, conforme apresentado na figura.

Figura 1. Verificando adicionando as linhas de importação do módulo de diagnóstico

Passo 2. Verificando se os valores estão corretamente atribuídos

A próxima etapa consiste em verificar se os valores para cada uma das propriedades que fazem com que as coisas aconteçam, estão corretamente atribuídos. Como você já deve saber, o arquivo responsável por carregar tais atribuições é aquele com a extensão *.cscfg. Em seu projeto devem existir duas opções deste arquivo: Local e Cloud. Ambos serão úteis em seus respectivos ambientes, portanto, verifique se o trecho de código apresentado pela Figura 2 encontra-se disponível em ambos. Em caso positivo, mais uma etapa foi superada. Em caso negativo, você deverá adicionar tais linhas.

Figura 2. Atribuindo os valores para que o módulo de diagnóstico funcione corretamente

Neste ponto, precisamos informar ao Windows Azure, onde os dados provenientes do processo de monitoramento serão armazenados para posterior consulta. Nesta linha, duas observações importantes sobre o trecho de código apresentado anteriormente são:

1. Note que para este exemplo, a propriedade “value” está com valor “UseDevelopmentStorage=true”. Isso significa que estaremos utilizando o esquema de armazenamento proporcionado pelo emulador do Windows Azure.
2. Você pode realizar o mesmo processo utilizando um ambiente de armazenamento de produção. Bastaria para isso adicionar o trecho de código apresentado pela Figura 3 (a seguir).

Figura 3. Atribuindo valores para o monitor para ambiente de produção

Pronto! Tecnicamente nossa role está pronta para iniciar a coleta dos dados. O que precisamos agora é adicionar um contador de ocorrências. Para testar exemplificar o funcionamento, utilizarei um contador de performance (já disponível na plataforma .NET) – o Performance Counter.

Os passos para realizar esta tarefa são:

1. Edite o arquivo “WebRole.cs”;
2. Sobrescreva o método “OnStart” com o código apresentado pela Figura 4;
3. Execute o projeto (com Visual Studio em modo administrador);

Figura 4. Sobreescrevendo o método “OnStart” da web role

Os comentários no código da Figura 4 já explicam sua atividade mas, o de forma geral, o que estamos fazendo nada mais é do que, informar ao monitor de diagnósticos do Windows Azure, que ele deverá gerar logs de 30 em 30 segundos e, especificamente para o contador de performance do processador, estes logs deverão ser gerados de 5 em 5 segundos.

Pronto, nossa aplicação já está sendo monitorada. Agora, bastaria tratar tal armazenamento e utilizar um mecanismo como Linq, por exemplo, para montar relatórios detalhados exibindo os dados de logs.

Você já pode verificar de antemão o monitoramento da aplicação acontecendo através dos logs gerados nos diretórios utilizados localmente pelo emulador do Windows Azure, através do Azure Emulator UI (conforme apresentado pela Figura 5).

Figura 5. O emulador em execução e monitorando

Por hoje é só. Forte abraço a todos!

• Uma visão geral dos novos elementos (post)
• Utilização da tag <video> (post)
• Utilização da tag <audio> (post)
• Utilização do recurso de canvas (post)
  
• Utilização do recurso de geolocalização (post)
• Utilização do recurso drag-and-drop (post)

No texto de hoje, falaremos um pouco sobre outro importante recurso disponível na nova especificação – o SVG.

SVG?

SVG é o acrônimo para Scalable Vector Graphics (em português gráficos de vetores escaláveis). Em linhas gerais, SVG disponibiliza um novo modelo para criação de elementos gráficos. É na prática, uma alternativa para se criar imagens sem a utilização dos tradicionais arquivos JPEG, PNG, GIF, BMP, etc.

A pergunta que você deve estar se fazendo neste momento é: mas e o recurso de canvas, não faz rigorosamente a mesma coisa? De maneira direta, a resposta é “sim, possuem a mesma função”. A diferença fundamental entre as abordagens está no “modus operandi” de cada uma. Diferentemente do recurso canvas (escrevi sobre ele aqui) que trabalha on the fly com Javascript, SVG compõe as figuras baseado no modelo XML (veja um bom tutorial sobre esta tecnologia seguindo este link [em inglês]).

Algumas características marcantes do SVG:

• As figuras compostas utilizando SVG não perdem qualidade. Seja ela maximizada (através de recursos de zoom) ou suas dimensões redimensionadas.
• SVG é renderizado da mesma forma, independentemente da resolução do computador cliente, enquanto canvas, depende desta resolução.
• Cada elemento de uma imagem SVG pode ser animado.
• SVG é integrado a outros padrões da W3C, como DOM e XSL.
• SVG é uma recomendação da W3C para elaboração de gráficos.
• Gráficos SVG podem ser criados utilizando qualquer editor de textos.
• Como HTML que é, um gráfico SVG pode ser manipulado por javascript (por exemplo), pode ser indexado, etc.
• SVG é um padrão aberto, uma vez que sua constituição é XML puro.

Atualmente, os browsers que suportam SVG são: Internet Explorer 9 (ou superior), Google Chrome, Mozilla Firefox, Safari e Opera. Versões anteriores do Internet Explorer (como a 8, por exemplo), precisam de plugins para a visualização de figuras SVG. O plugin mais tradicional para este fim é o Adobe SVG Viewer.

Na ocasião em que este post foi escrito, SVG encontrava-se na versão 1.1. Para saber o status atual do projeto na W3C, basta seguir este link.

A Figura 1 apresenta a diferença gerada entre uma imagem JPG e uma imagem SVG. Ela dá a noção exata da importância na utilização do recurso discutido neste post.

Figura 1. Comparação entre uma imagem JPG e outra SVG

Entendendo o XML

Existem basicamente duas formas de se trabalhar com SVG em páginas HTML 5: incorporando o arquivo XML através das tags <embed>, <object> e <iframe> ou de modo inline através da tag <SVG>. Mas antes de apresentarmos estes modelos, é importante entender a estrutura básica de um arquivo SVG (que sempre possuirá a extensão .svg). Observe o exemplo apresentado pela Listagem 1.

[xml]
<?xml version=”1.0″ encoding=”ISO-8859-1″ standalone=”no”?>
<!DOCTYPE svg PUBLIC “-//W3C//DTD SVG 20010904//EN”
“http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd”>
<svg xmlns=”http://www.w3.org/2000/svg”
xmlns:xlink=”http://www.w3.org/1999/xlink” xml:space=”preserve”
width=”350px” height=”120px”
viewBox=”0 0 200 50″
zoomAndPan=”disable” >

<!– Adicione o código SVG aqui –>
</svg>
[/xml]

Listagem 1. Estrutura básica de uma página SVG

Como você pode observar, a estrutura básica de um arquivo SVG não difere em nada em relação a qualquer arquivo XML. Algumas observações importantes em relação ao arquivo apresentado pela Listagem 1 são:

• Os atributos “width” e “height” informam ao browser a dimensão da imagem no momento da renderização. Neste caso, a imagem deverá ter 350 pixels (comprimento) por 120 pixels (altura).
• O atributo “viewBox” é utilizado para construir (como o próprio nome sugere) a caixa de visualização da imagem. Se estamos dizendo ao browser que nosso desenho deverá ter 350px por 120 px, evidentemente que as dimensões mínimas da caixa deverão ser as mesmas. Caso, contrário, sua imagem será visualizada de forma limitada (entenda-se, cortada).

Uma menção importante neste momento é: SVG possui algumas propriedades pré-construídas, criadas para facilitar a vida dos desenvolvedores, as quais listamos a seguir:

• Retângulo <rect>
• Círculo <circle>
• Elipse <ellipse>
• Linha <line>
• Múltiplas linhas <polyline>
• Polígono <polygon>
• Caminho <path>
• Texto <text>

Exemplo 1: Construindo um exemplo básico (Hello World)

Conforme mencionado anteriormente, podemos incorporar o código SVG através de tags de embeding ou ainda, através de uma tag específica. Vamos iniciar utilizando a segunda opção. Vou utilizar o WebMatrix para a construção dos arquivos SVG, entretanto, você pode utilizar qualquer outro editor de textos ou ainda, ferramentas de construção de imagens vetoriais, como o Corel Draw, por exemplo.

Listagem 2. Escrevendo um texto utilizando SVG inline

Considerações a serem realizadas sobre o código apresentado pela Listagem 2:

• Adicionamos uma nova tag “svg” e configuramos então algumas propriedades. Como você pôde perceber, trata-se de uma diretiva XML tradicional. Basicamente, o que “dissemos” ao browser foi: crie um container SVG, cuja dimensão máxima é 350 pixels (comprimento) por 120 pixels (altura), com área de visualização “0 0 200 50″ sem zoom.

O resultado do processamento do código apresentado na Listagem 2 pode ser visualizado na Figura 2 a seguir.

Figura 2. O resultado do processamento do código apresentado na Listagem 2

Exemplo 2: Desenhando com SVG

Na sequência, o que faremos com SVG é criar um desenho um pouco mais complexo. Faremos um conglomerado de figuras circunferenciais vistas sob certa perspectiva. Criaremos em um arquivo XML a parte e o incorporaremos a página principal através da tag embed.

Listagem 3. Criando um desenho em perspectiva

O código é simples e dispensa maiores comentários. Em linhas gerais, o que estamos fazendo aqui é: criar três elipses (note a utilização da diretiva SVG “ellipse”), configurando seus containers de exibição (note a utilização das propriedades “cx”, “cy”, “rx” e “ry”) e estilizando o objeto (note a utilização da propriedade style).

O resultado da execução do código apresentado pela Listagem 3 pode ser visualizado na Figura 3 (a seguir).

Figura 3. Elipses em perspectiva

Conclusões

SVG é um importante recurso que permite ao desenvolvedor web criar elementos gráficos interessantes com HTML 5. Fatores como maior performance no processo de renderização e simplicidade de criação através de ferramentas para editoração gráfica (CorelDraw, por exemplo), são decisivos na opção pela adoção do recurso.

Com isso, sua imaginação passa a ser o limite!

Era isso. Até a próxima!

]]> http://fabriciosanchez.com.br/2/html-5-inicio-meio-e-fim-svg-parte-8/feed/ 0