No último mês de Março foi realizada a primeira edição do Lambda Day. Dias 08 e 09 no Rio de Janeiro e São Paulo, respectivamente. Como não pude participar do evento do RJ, minha intenção aqui é falar um pouco sobre o evento realizado em São Paulo.

A idéia do Lambda Day surgiu há aproximadamente um ano atrás, e ainda não sabíamos exatamente como o evento deveria ser. A idéia foi sendo processada aos poucos, diversas discussões internas surgiram e depois de muito se refletir a respeito, a idéia finalmente saiu do papel e decidimos realizar esse evento para contar um pouco da história da empresa, tudo o que passamos nesses três anos de vida e compartilhar nossas experiências. Experiências boas e ruins, mas que fizeram a Lambda3 amadurecer, crescer e ter a oportunidade de apresentar tudo isso para a comunidade, através desse evento.
Foi um evento pequeno, com apenas 50 vagas abertas ao público aqui em SP. No entanto, essas 50 vagas esgotaram-se em menos de 24 horas, o que indicaria que o evento seria um sucesso. E felizmente foi. Encontramos diversos membros da comunidade, amigos, clientes e parceiros. Pudemos conversar, trocar experiências, discutir e aprender com cada participante.

Palestras
A missão dos palestrantes era entregar conteúdo de qualidade, à altura da Lambda3. Felizmente, acredito que conseguimos alcançar essa meta.
Embora os temas tenham sido bastante variados (desde marketing de produtos digitais até programação funcional), os temas não foram escolhidos ao acaso. Em cada uma das palestras colocamos um pouco do que vivemos em diversos projetos e consultorias.
Todos os palestrantes trabalham na Lambda3, e embora alguns deles sejam bastante experientes, todas as pessoas tiveram a oportunidade de participar. Eu, por exemplo, nunca tinha palestrado em nenhum evento e a ajuda dos mais experientes fez com que eu me sentisse bastante seguro para fazer isso.

Não vou citar cada palestra individualmente pois muito conteúdo foi apresentado. No entanto, aproveito para compartilhar os slides das paletras de São Paulo:

Keynote Lambda Day

Marketing de Produtos Digitais

Web Design Responsivo

Técnicas de Programação Funcional

Backbone.js nas trincheiras

O código da aplicação de exemplo utilizada na palestra de Backbone.js está disponível no GitHub.

Novidades ALM Summit 2013

Experiências, Erros e Acertos no Desenvolvimento de Projetos Ágeis

Lightning Talk – Jquery – Dicas e Truques

Lightning Talk – Source Control

Lightning Talk – Como você está criando os seus objetos?

Valor da inscrição
Como informado no post do anúncio do evento, todo o dinheiro arrecadado com as inscrições em São Paulo (descontando-se a taxa de serviço do site de vendas que é de 10% do valor da inscrição) foi doado para a Associação Educacional Casa do Zezinho.

Erros cometidos
Sim, cometemos erros. Erros que conseguimos contornar durante o evento, mas que poderíamos ter evitado com um pouco mais de atenção. O principal problema foi o endereço errado no site do evento (a numeração do local estava incorreta), o que gerou atraso no evento de SP. Aproveito esse espaço para pedir desculpas à todas as pessoas que participaram e que foram, de alguma forma, afetadas.

Feedbacks
Felizmente, dado todos os feedbacks que recebemos durante e após o evento, acredito que conseguimos atingir o objetivo. Todas as palestras foram muito bem avaliadas, o que nos deixou muito mais confiantes para realizar o próximo Lambda Day.

Eduardo Santos: “Quando ao Lambda Day, eu que tenho que agradecer pelo excelente trabalho. Tenha certeza de que o compartilhamento de conhecimento realizado por vocês influencia positivamente na formação profissional de muitas pessoas. Tanto na formação filosófica, quanto técnica.” (sic)

Jonas Abreu: “O evento foi um dos melhores que participei nos últimos anos.” (sic). http://www.vidageek.net/2013/03/11/lambda-day/

Agradecimento
Quero agradecer todos os participantes, todas as pessoas que foram ao evento no sábado de manhã, assistiram as palestras e interagiram conosco. A participação de vocês foi fundamental para o sucesso do Lambda Day.

Publicado originalmente em http://www.osmarlandin.net/index.php/2013/04/conteudo-do-lambda-day-sp-2013/ (18/04/2013)

É com grande satisfação que anunciamos o primeiro evento da Lambda3!

O evento será realizado no RJ e em SP, nos dias 08 e 09 de março respectivamente, onde faremos alguns anúncios importantes. Teremos palestras sobre produtos digitais, design responsivo, F#, Scala, Javascript, Backbone, agilidade, ASP.Net Web API, orientação a objetos e ALM..

Qual o propósito desse evento? Compartilhar as experiências e resultados de nossos projetos e, como sempre, entregar conteúdo de qualidade para a comunidade.

Por esse ser um evento nosso, o único custo para participar é uma taxa de comprometimento  no valor de R$ 20,00 que será doada para instituições de caridade. Não será, sob hipótese nenhuma, utilizada pela Lambda3 para custear algo. Mesmo porque, quem já organizou algum evento sabe que este valor não paga nem o coffee-break.

Todo o valor arrecadado será posteriormente colocado neste blog, juntamente com os comprovantes de depósito para as instituições, que estão listadas na página do evento.

As inscrições são limitadas (apenas 50 vagas no RJ e em SP), portanto corra para garantir a sua vaga. Para maiores informações (locais, grades, palestrantres, etc) confira o site http://day.lambda3.com.br

Modelo

No modelo abaixo demonstrado temos duas classes bastante simples: ListaPresenca e Aluno, onde a classe ListaPresenca possui uma coleção de objetos do tipo Aluno:

MVC Futures

Por convenção, ao utilizar o helper Html.EditorFor, o ASP.NET MVC procura dentro da pasta Views\Shared\EditorTemplates algum arquivo .ascx que tenha o mesmo nome do tipo de dado que está sendo renderizado. Por exemplo, quando utilizamos o comando Html.EditorFor(m => m.NomeInstrutor), o framework vai procurar o template String.ascx e utilizá-lo para renderizar a propriedade NomeInstrutor, pois ela é do tipo String. Caso não exista nenhum .ascx com o nome do tipo a ser renderizado, o framework utiliza o template Object.ascx para renderizar.

View

Dado o cenário acima, a idéia é que nossa View renderize um formulário para atualizar os dados dos alunos de uma determinada turma, através da classe ListaPresenca. O código da View está demonstrado abaixo:

@model TesteTemplate.Models.ListaPresenca

@{
ViewBag.Title = "Index";
}

<h2>Index</h2>

<script src="@Url.Content("~/Scripts/jquery.validate.min.js")" type="text/javascript"></script>
<script src="@Url.Content("~/Scripts/jquery.validate.unobtrusive.min.js")" type="text/javascript"></script>

@using (Html.BeginForm()) {
@Html.ValidationSummary(true)
<fieldset>
<legend>ListaPresenca</legend>

<div class="editor-label">
@Html.LabelFor(model => model.NomeInstrutor)
</div>
<div class="editor-field">
@Html.EditorFor(model => model.NomeInstrutor)
@Html.ValidationMessageFor(model => model.NomeInstrutor)
</div>
<div class="editor-field">
@Html.EditorFor(model => model.Alunos, "CollectionAlunos")
</div>
<p>
<input type="submit" value="Save" />
</p>
</fieldset>
}

Na linha 25 estamos dizendo ao ASP.NET MVC para utilizar o template CollectionAlunos.ascx para renderizar a propriedade Alunos da classe ListaPresenca. Esse template ainda não existe em nosso projeto, portanto será utilizado o template Object.ascx. Para que isso funcione, basta criarmos o CollectionAlunos.ascx dentro da pasta Views\Shared\EditorTemplates de nosso projeto. O código do template (bem simples) será algo mais ou menos assim:

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl" %>
<table>
<thead>
<%
if (Model != null)
{
%>
<tr>
<th>Nome</th>
<th>Endereço</th>
</tr>
</thead>
<tbody>
<%
string oldPrefix = ViewData.TemplateInfo.HtmlFieldPrefix;
int index = 0;

ViewData.TemplateInfo.HtmlFieldPrefix = String.Empty;

foreach (Object item in (IEnumerable)Model) {
string fieldName = String.Format(System.Globalization.CultureInfo.InvariantCulture, "{0}[{1}]", oldPrefix, index++);
ViewContext.Writer.Write(Html.EditorFor(m => item, null, fieldName));
}

ViewData.TemplateInfo.HtmlFieldPrefix = oldPrefix;
}
%>
</tbody>
</table>

Na linha 22, estamos utilizando o comando Html.EditorFor(m => item, null, fieldName). Este item que está sendo passado para o Helper é um objeto do tipo Aluno, como vocês podem ver na imagem abaixo:

No entanto, não estamos dizendo para o framework qual controle .ascx ele deve utilizar (estamos passando null no segundo parâmetro). Por convenção, nesse caso, ele assume que deve ser utilizado o Aluno.ascx ou Object.ascx. Vamos então criar o template Aluno.ascx dentro da pasta Views\Shared\EditorTemplates:

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl<TesteTemplate.Models.Aluno>" %>
<tr>
<td>
<%
ViewContext.Writer.Write(Html.EditorFor(m => m.Nome));
%>
</td>
<td>
<%
ViewContext.Writer.Write(Html.EditorFor(m => m.Endereco));
%>
</td>
</tr>

Feito isso, o resultado será algo do tipo:

Quando clicamos no botão Save, realizamos um Post. No controller, ao verificar o objeto ListaPresenca, podemos ver que o mesmo foi devidamente populado através do Model Binding do ASP.NET MVC:

Quando isso é útil? Quando temos um objeto complexo que será renderizado em várias Views do mesmo software. Ao invés de duplicamos código para fazer a renderização desse tipo em cada uma das Views, basta criar um template para renderizá-lo e utilizar o helper Html.EditorFor.

Espero que tenham gostado da dica, até a próxima.

Este é meu primeiro post relacionado ao ASP.NET MVC e já vou começar com uma pergunta simples:

O que acontece quando usamos a instrução abaixo dentro de uma View?

@Html.EditorFor(model => model.Nome)

Todos já devem ter utilizado o helper Html.EditorFor e sabem que esse helper cria um input text na página. Certo?

Mas como o ASP.NET MVC faz isso?

Ele utiliza templates que estão compilados dentro do assembly System.Web.Mvc.

ASP.NET MVC Futures

O ASP.NET MVC Futures é um zip composto por controles ASCX que são exatamente os mesmos templates utilizados pelo ASP.NET MVC para renderizar o HTML através dos helpers Html.EditorFor e Html.DisplayFor.

Tomando como base o exemplo anterior, o template utilizado pelo ASP.NET MVC para renderizar o HTML da propriedade Nome do meu modelo está demonstrado logo abaixo:

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl" %>
<%= Html.TextBox("", ViewData.TemplateInfo.FormattedModelValue, new { @class = "text-box single-line" }) %>

Ok. Então o MVC Futures serve apenas para eu ver como o helper renderiza meu HTML? Não! Você pode customizar isso. Se você editar esse template, você pode customizar a forma como tudo será renderizado.

Usando o ASP.NET MVC Futures

Baixe o pacote no CodePlex e descompacte-o. Dentro do zip você vai encontar uma pasta chamada DefaultTemplates, e dentro dela mais duas pastas chamadas EditorTemplates e DisplayTemplates. A pasta EditorTemplates possui os templaes utilizados pelo helper de edição Html.EditorFor. Já a pasta DisplayTemplates possui os templates utilizados pelo helper de exibição Html.DisplayFor. Copie as pastas EditorTemplates e DisplayTemplates para a pasta Views\Shared de seu projeto. O framework do ASP.NET MVC procura, dentro dessa pasta, se existe algum template customizado. Se encontrar, usa esse template para renderizar. Caso não encontre, utiliza o template já compilado internamente. Por isso essas customizações devem estar dentro da pasta Views\Shared.

Quando você utiliza a instrução Html.EditorFor(m => m.Nome), o helper vai procurar um template baseado no tipo do dado que você está querendo renderizar. Como a propriedade Nome do meu modelo é uma String, o helper vai utilizar o template String.ascx para renderizar o input text na View.

Com isso, podemos customizar qualquer coisa. Podemos, por exemplo, já renderizar todos os input text com as classes CSS corretas. Basta editar o template.

Imaginem que, em várias classes do seu modelo, existam várias propriedades do tipo DateTime e você já quer renderizar um input text e utilizar o DatePicker do JQuery UI em todos esses campos de data.Como fazer isso? Uma das formas é incluir o o input text na View e adicionar o DatePicker para cada um dos campos. Mas nós podemos automatizar isso através dos templates. Basta criar um template responsável por renderizar campos do tipo DateTime.

Criando um novo template

Na pasta EditorTemplates, crie um novo arquivo chamado DateTime.ascx e adicione o código abaixo:

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl<System.DateTime?>" %>
<%= Html.TextBox("", (Model.HasValue ? Model.Value.ToShortDateString() : string.Empty), new { @class = "text-box single-line datePicker" }) %>

Neste exemplo eu usei praticamente a mesma forma de renderização de um campo String com uma pequena diferença: adicionei uma classe CSS chamada datePicker.

Adicionando JQuery

Vá na master page _Layout.cshtml e adicione as referências para o JQuery, o JQuery UI e o CSS jquery.ui.all.css. Seu código ficará mais ou menos assim:

<script type="text/javascript" src="../../Scripts/jquery-1.6.2.js"></script>
<script type="text/javascript" src="../../Scripts/jquery-ui-1.8.11.js"></script>
<link rel="stylesheet" type="text/css" href="../../Content/themes/base/jquery.ui.all.css" />

Agora, crie um script para adicionar o DatePicker do JQuery UI em todos os campos que tenham a classe CSS datePicker:

$(function () {
   $(".datePicker").datepicker();
});

Pronto! Agora em toda a sua aplicação, quando você utilizar o helper Html.EditorFor e sua propriedade for do tipo DateTime, o DatePicker do JQuery UI será embutido automaticamente.

No próximo post vou mostrar como renderizar tipos complexos. Até lá!