Que sábado incrível!

Logo quando cheguei na porta do teatro da UNIP Tatuapé e vi a mesa cheia de crachás e os congressistas chegando senti que a organização do evento conduziu tudo com grande pofissionalismo. Excelente o trabalho desses profissionais:

• Giovanni Bassi
• Emanuel Brandão
• Victor Cavalcante
• Mariana Friolli
• Rafael Molestin
• Juliano de Oliveira
• Fabio Margarito
• Maurício Aniche
• Leandro Daniel

As palestras foram ótimas.

O Giovanni Bassi coom sempre defendeu o Domain-Driven Design com muita propriedade, mostrando as grandes vantagens dessa arquitetura. Eu já havia presenciado a palestra dele sobre o mesmo tema nas reuniões do grupo, porém, mesmo assim ele conseguiu passar novas dicas que eu já vou aproveitar no meu trabalho.

A segunda palestra, a do Leandro Daniel, mostrou a todos como um ótimo pattern como a Inversão de Controle pode nos ajudar no nosso trabalho. Me arrisco a dizer que foi o melhor palestrante. Com bastante calma e tranquilidade ele levou sua apresentação a um nível ótimo. Parabéns Leandro!!! Gostei muito da forma que você soube levar a tua palestra.

A palestra sobre ASP.NET MVC, ministrada pelo Victor Cavalcante foi sobre um tema que eu adoro e acompanho muito, um ótimo conteúdo para os presentes. Eu ainda não conhecia o poder do T4 e tudo que ele poderia nos proporcionar. Aos congressistas que ainda não conheciam o ASP.NET MVC, tenho certeza que conheceram uma ótima ferramenta, apresentada com muita segurança pelo Victor.

A palestra do Mauricio Aniche era a que eu mais aguardava. Apesar de testes serem fáceis de se entender, sua aplicação demanda experiência e o Mauricio soube, como grande profissional que é, apresentar de forma bem clara e com um ótimos slides todas as vantagens e todos os tipos de testes. E lembrem-se, “Testem o tempo todo!”. Eu espero testar mais agora.

Além dos palestrantes, não posso deixar de citar o trabalho das pessoas acima. Trabalharam como verdadeiros produtores de eventos e fizeram um trabalho incrível. PARABÉNS! VOCÊS FORAM INCRÍVEIS!

A minha palestra chegou com muita ansiedade. Foi minha primeira palestra e queria uma palestra com bastante conteúdo e informação. Cometi algumas falhas e minha demonstração do NHibernate não foi completada devido a muitas dúvidas dos congressistas. Espero que apesar das pequenas falhas da minha palestra, tenha despertado a curiosidade dos congressistas de conhecer esse grande framewok que é o NHibernate.

Após a minha palestra veio o café. Excelente! Durante o café alguns congressistas vieram até mim com muitas dúvidas ainda sobre o NHibernate. Acho que consegui concluir meu objetivo que era mostrar como um framework de ORM ajuda no nosso trabalho.

Os slides da minha palestra estão no Slideshare e para quem quiser rever eu postei ele aqui também:

O projeto de demonstração você pode baixar clicando aqui.

Junto do projeto está o NHibernate Profiler e o SQLite Database Browser.

Parabéns aos organizadores desse grande evento feito pela comunidade, para a comunidade.

Aos congressistas, espero que tenham gostado da minha palestra e muito obrigado a todos.

Parabéns a todos nós: Organizadores, palestrantes e congressistas!

PS: O Fabio Margarito escreveu um post sobre o evento, vejam clicando aqui. Abaixo o link de algumas fotos postadas por ele:

[]´s

• Programando com prazer com Domain Driven Design (DDD) - Giovanni Bassi
• Utilizando Injeção de dependência com Unity (Enterprise Library) - Leandro Daniel
• ASP.Net MVC: tome seu HTML de volta - Victor Cavalcante
• ORM - Sendo preguiçoso com NHibernate - Juliano Oliveira
• Testes: garantindo que seu código faz o que você quer - Mauricio Aniche

Deu pra ver que é só assunto de primeira linha.

Já se inscreveu para  o .Net Architects Day 2009? NÃO ?!

Então corra, está é a última semana e as vagas estão acabando.

Vale lembrar que o valor da inscrição é todo revertido em brindes para os participantes.

Inscreva-se já !

Para se inscrever e obter mais informações veja em http://www.dotnetarchitects.net/page/NET-Architects-Day-2009.aspx

[]´s

Em média, qualquer desses livros acima custa 31 dólares. É ótimo ver que a literatura sobre o framework sendo formada e em alta qualidade. O último livro citado por exemplo, foi escrito pelos membros do time que desenvolveu o framework. Na série “UNLEASHED” temos sempre bons livros. A série “In Action” nunca li, mas o feedback sempre é bom.

Segue ainda uma lista de livros sobre ASP.NET MVC a venda na Amazon.com:

Amazon.com: Livros ASP.NET MVC

Para o próximo post vou listar de livros sobre ASP.NET MVC escritos no nosso idioma.

[]´s

O .Net Architects é um grupo de profissionais que trabalham com a plataforma .Net e que discutem sobre arquitetura e afins na internet e fazem reuniões presenciais periódicamente. Você se quiser, pode apresentar também algum tema para o grupo.

Entre no grupo de discução => .Net Architects no Google Grupos

Nesse sábado o Leandro Daniel irá fará ao grupo uma apresentação falando sobre o Unity, o framework de injeção de dependência da Microsoft. Para quem estiver fora de São Paulo, a apresentação será transmitida via Live Meeting e também será gravada para disponibilizarmos para quem perdeu.

Para saber mais clique aqui.

Você encontra o endereço e detalhes

de como chegar nessa página.

[]´s

Mas taglibs não deixam de serem helpers não é mesmo?

Bem, no motor padrão de renderização das views do ASP.NET MVC usamos as tags <% %> para inserirmos nossos códigos nativos. Eu não tenho nada contra o código nativo no html, afinal, é apenas lógica de visualização, loops e coisas assim. Porém, para os mais exigentes o ASP.NET MVC traz uma opção para nosso motor de views, o Spark.

Spark é um projeto open-source de um motor de views para tornar nosso código mais amigável. Por exemplo, ao invés de usarmos <% %> nas views usamos ${}. Realmente é mais simpático não é mesmo?

Podemos ver um exemplo com mais recursos do spark no código abaixo:

<viewdata products="IEnumerable[[Product]]"/>
<ul if="products.Any()">
    <li each="var p in products">${p.Name}</li>
</ul>
<else>
    <p>No products available</p>
</else>

Segundo o autor do Spark, a idéia é “deixar o html tomar conta do código e seu fluxo”. E realmente é o que acontece, podemos ver dentro de uma <ul> um if, algumas tags <else>, um each dentro de um <li>.

E como acontece a mágica?

É só você adicionar o SparkViewFactory a sua coleção de ViewEngines (além de é claro, bairxar as assemblies do framework e referenci-alas ao seu projeto ASP.NET MVC). Veja o exemplo abaixo:

protected void Application_Start(object sender, EventArgs e)
{
    ViewEngines.Engines.Add(new SparkViewFactory());
}

Além disso podemos definir algumas configurações para o nosso motor de views como por exemplo, definir algumas namespaces para fazerem referência em todas as nossas views. Veja a definição de algumas configurações no código abaixo:

protected void Application_Start(object sender, EventArgs e)
{
    var settings = new SparkSettings()
        .SetDebug(true)
        .SetPageBaseType("Your.NonDefault.BaseSparkView")
        .AddAssembly("YourAssembly")
        .AddNamespace("System")
        .AddNamespace("System.Collections.Generic")
        .AddNamespace("System.Linq")
        .AddNamespace("System.Web.Mvc");</code>

    ViewEngines.Engines.Add(new SparkViewFactory(settings));
}

Você pode também definir essas configurações no Web.Config.

Temos ainda outros motores como o NHaml, uma implementação do Haml de Ruby para os motores de views do ASP.NET MVC. Esse está disponível como parte do MVC Contrib.

Fica ai mais uma dica para melhorar nosso trabalho no ASP.NET MVC. Agora os “amigos do webforms” não tem mais do que reclamar.

[]´s

Bom, vamos ao que interessa!

Nos últimos meses tenho trabalhado integralmente com ASP.NET 3.5, com o Adobe Flex, com o framework FluorineFx, com NHibernate, com o ASP.NET MVC, com o Unity, enfim… muitas tecnologias e tenho bastante coisa para falar. Posts interessantes estão sendo criados. Aguardem.

E hoje resolvi comentar sobre um post em que conheci um método bem legal de trabalharmos com ModelBinders do ASP.NET MVC.

Um dos patterns que na minha opinião mais combinam com o ASP.NET MVC é o a Inversão de Controle (conhecido também como IoC), mais precisamente o Injeção de Dependências (DI). Esse pattern torna nosso trabalho incrivelmente produtivo, uma aplicação extremamente elegante e uma forma de arquitetura muito funcional. Injetar minhas dependências através de construtores se tornou nas minhas aplicações algo padrão. Porém cheguei em uma sinuca de bico esses dias que me deixou confuso. “Como injetar dependência em nossos modelbinders (custom modelbinder)?”

A mágica veio de um artigo bem simples do Fredrik Kalseth. O artigo é o Constructor Injection for ASP.NET MVC Model Binders.

No caso do artigo do Fredrik Kalseth ele usa como framework de IoC o NInject, eu uso o Unity Application Block mas qualquer framework faz a mesma coisa. Eu já usei também o StructureMap onde comentei neste post, StructureMap - Uma Injeção de Dependências

Vamos imaginar um controller com uma action semelhante a essa:

public class ProdutoController : Controller
{
  [AcceptVerbs(HttpVerbs.Post)]
  public void Novo(Produto produto)
  {

  }
}

Suponha que no formulário para o cadastro de um novo produto seja postado o código da marca desse produto (através de um select). Como carregar a entidade da marca desse produto dentro do meu model binder? Vamos dar uma olhada nas variáveis dessa questãop.

Já vimos que temos uma classe em nosso modelo chamada Produto que em algum momento registramos um model binder que será responsável por fazer de um post transformá-a em uma classe concreta da entidade “Produto”. A primeira questão a se pensar para termos injeção de dependência no model binder é pensar em “quem vai resolver minhas dependências?”.

O Asp.Net MVC tem um “model binder default”. Esse model binder é bem simples e para modelos extremamente simples ele resolve nosso caso, como por exemplo uma entidade que necessite apenas de “Nome” e “Endereço”. Esse “model binder default” resolve esse problema pois é simples. Porém, no nosso caso, precisamos de um “model binder genérico” que resolva qualquer model binder que criarmos que necessite de dependências. Esse mesmo “model binder gernérico” irá receber em seu construtor o container com nossas dependências e ele mesmo irá resolve-las. Veja o exemplo de uma classe GenericBinderResolver, descrito no post do Fred:

public class GenericBinderResolver : DefaultModelBinder
{
  private readonly IUnityContainer _resolver;
  private static readonly Type BinderType = typeof(ModelBinder<>);

  public GenericBinderResolver(IUnityContainer resolver)
  {
    _resolver = resolver;
  }

  public override object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
  {
    Type genericBinderType = BinderType.MakeGenericType(bindingContext.ModelType);
    var binder = _resolver.Resolve(genericBinderType) as IModelBinder;

    if (null != binder) return binder.BindModel(controllerContext, bindingContext);

    return base.BindModel(controllerContext, bindingContext);
  }
}

Vejam que ele herda de DefaultModelBinder, recebe como parametro no construtor um container (no nosso caso um UnityCOntainer) e sobreescreve o método BindModel que é encarregado de resultar no nosso model binder que necessita de uma injeção de dependência no construtor. Quando uma requisição for “postada” para a action “Novo” do nosso constroller “Produto”, esse cara ai em cima que irá ser chamado para achar o model binder que irá bindar o parametro “Produto” dessa action.

Masta sobreescrevermos agora que o model binder padrão da nossa aplicação é GenericModelBinder e passarmos para ele o container do Unity.

ModelBinders.Binders.DefaultBinder = new GenericBinderResolver(_container);

Até aqui tudo bem, mas vemos que no nosso GenericBinderResolver temos um “objeto não identificado”. Quem é aquele “ModelBinder<>”?

Nossos model binders personalizados eram criados como uma implementação de IModelBinder e no método “GetValue”, criávamos nossa lógica onde faziamos do post de um formulário, uma entidade concreta. Como aqui, nosso caso é mais complexo, precisamos de um modelo de model binder que tenha uma “caracteristica” mais particular, por exemplo, a que entidade ele é responsável. Por isso temos ModelBinder<T> descrita abaixo:

public abstract class ModelBinder<T> : IModelBinder
{
  protected abstract T BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext);

  object IModelBinder.BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
  {
    return BindModel(controllerContext, bindingContext);
  }
}

Veja que ela tambem herda de IModelBinder, porém ela é uma classe abstrata e com um método que retorna “T”, que é definido em sua declaração. Nossos model binders personalizados agora devem ser herdados dessa classe abstrata ModelBinder<T>. Veja o exemplo abaixo:

public class ProdutoBinder : ModelBinder<Produto>
{
  private readonly IMarcaRepository _marcaRepository;

  public ImovelBinder(IMarcaRepository marcaRepository)
  {
    _marcaRepository = produtoRepository;
  }

  protected override Produto BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
  {
    var post = controllerContext.HttpContext.Request.Form;
    Produto produto = new Produto();

    produto.Marca = _marcaRepository.ObterMarcaPorId(post["Marca"]);

    return produto;
  }
}

Nesse caso, não necessitamos mais registrar o model binder, apenas registramos o GenericBinderResolver que esse se encarrega de resolver todos nossos binders que registramos agora, no container do nosso framework de inversão de controle. Veja bem, você não precisa mais registrar o model binder na classe estática ModelBinders (algo parecido com ModelBinders.Binders[typeof (Produto)] = new ProdutoBinder() ). APenas registramos o typo e sua implementação no container de IoC. Abaixo um exemplo de como eu registro o model binder no container do Unity.

  _container.RegisterType<ModelBinder<Produto>, ProdutoBinder>(new RequestContextLifeTimeManager(typeof(ModelBinder<Produto>)));

Acima fica mais claro o porquê da classe abstrata ModelBinder<T>. É apenas para especificarmos cara binder no container com sua caracteristica particular.

Vemos também que ao registrarmos no Unity o tipo e sua implementação, definimos seu tempo de vida no container com a classe “RequestContextLifeTimeManager” que não existe no Unity. É uma classe onde foi criado um tempo de vida de duração “por requisição”. A ao final de toda requisição, toda instancia existente no container definida com esse tempo de vida, é excluida do container. Mas é assunto para outro post.

Espero que o post seja útil!

[]´s

Foram 5 versões preview, 2 betas e 2 versões release candidate! E hoje, dia 18 de março de 2009 foi o dia que escolheram para o lançamento do

ASP.NET MVC 1.0

Já estou instalando!

Parabéns a toda equipe que trabalhou no projeto, sempre ouvindo os pedidos da comunidade e criando ótimos recursos de desenvolvimento.

[]´s

Saiu mais um, ontem a noite. Divulgado pelo Phil Haack, você pode conferir o post no blog dele clicando aqui.

Algumas mudanças no instalador:

• A instalação agora requer o .NET 3.5 SP1
• Você ainda pode distribuir os assemblies na pasta Bin sem o SP1
• Opção de instalar em “modo servidor”

Desde a versão Beta, como todos sabem, o ASP.NET MVC agora é instalado no GAC.

Algumas mudanças no nessa versão do framework você pode ver clicando aqui. A nova versão está disponível nesse link.

Creio que o próximo anúncio é o lançamento oficial.

O time todo do ASP.NET MVC está de parabéns por esse trabalho, realmente ficou ótimo o framework.

[]´s

O grupo, geralmente a cada 3 semanas, se reúne para debater e apresentar temas voltados a tecnologia e arquitetura de sistemas, na última apresentação, o André Dias apresentou para o grupo o Team System da Microsoft. Outras apresentações foram sobre Scrum, com Antonio Zegunis e DDD com o Giovanni Bassi apresentando.

E em um dos debates do grupo, foi proposto que eu apresentasse ao grupo o Ruby on Rails, já que eu sempre fazia uma analogia .NET x RoR. Mas ao invés de apresentar, convidei uma autoridade no assunto que prontamente aceitou o convite, o Fabio Akita do blog Akita On Rails.

O Fabio Akita é uma das personalidades mais importantes sobre Rails no Brasil, junto do Carlos Brando e outros feras em Rails.

Portanto, se você já ouviu falar e tem curiosidade sobre Ruby on Rails ou se já conhece e quer saber mais a respeito, será uma ótima oportunidade. A apresentação será dia 7 de Março de 2009 e é “free”, só é necessário você enviar um email para o Giovanni Bassi com alguns dados para autorizarem sua entrada na UNIP Jaguaré, onde é realizada as reuniões do grupo. Clique aqui para saber como.

Confirmando a data, dia 7 de Março de 2009.

Local da Apresentação:

UNIP Jaguaré (Cidade Universitária/Marginal Pinheiros)
Av. Torres de Oliveira, 330 - Jaguaré, São Paulo - SP
CEP 05347-020
Tel.: (11) 3767-5800
Ampliar o mapa do local.

Há estacionamento próximo ao local, e também é possível parar em uma rua sem saída próxima.

Nos encontramos na UNIP Jaguaré então, dia 7 ein !!!

[]´s

Na verdade não sei como ninguém ainda teve essa iniciativa já que o NHibernate é uma das melhores ferramentas de ORM para a plataforma .Net e tem sido muito usada aqui no Brasil.

Vejam e colaborem em Tradução da Documentação Oficial do NHibernate 2.0

Espero que a comunidade aceite bem essa iniciativa de tradução da documentação assim como conto com a ajuda de todos para chegar ao fim da tradução, afinal, a documentação é bem extensa. Dei uma estilizada no logo para ficar mais com uma cara de Brasil. Gostaram?

[]´s