Mas claro, não vou parar de postar, é somente uma mudança! O novo blog pode ser conferido em http://allistoncarlos.com.br.

Espero que gostem, pois lá tem o mesmo conteúdo que aqui e terá também novos posts, acredito que hoje mesmo já saia um post técnico.

Este blog ainda vai ficar no ar por mais um tempo, mas logo vou redirecioná-lo pro novo.

Obrigado a todos que me lêem, espero que continuem lendo no novo blog

Sim, é algo que podemos não aceitar no começo (e pode ser que nem aconteça, que esta afirmação esteja errada), mas o que ele falou tem embasamento. Primeiramente: quantos de vocês leem esse blog por algum agregador de feeds? Quantos de vocês chegaram a este blog por meio de ferramentas de busca?

A maioria deve ter chegado aqui por meio de Google, Bing, entre outros buscadores, correto? Então estamos falando de alguma ferramenta/aplicação que faz a junção de conteúdo por meio de palavras-chave. Para os que acompanham via agregador de feeds, estamos falando de ferramenta/aplicação que faz a junção de conteúdo por meio das preferências do usuário.

Com isto, conseguimos ver que são aplicações mostrando conteúdo. E que o browser é só uma ponte para tal exibição. Uma aplicação, que mostra aplicações mostrando conteúdo.

Outro ponto importante é o lado mobile que anda despontando. Quantos de vocês acessam o Twitter no celular diretamente no browser, e não por uma aplicação cliente? Como sabemos, o mundo mobile está servindo de inspiração inclusive para o mundo desktop (vide Mac OS X Lion e Windows 8, os novos sistemas operacionais da Apple e Microsoft, respectivamente). Tal inspiração pode muito bem chegar ao fato de que browsers deixariam de existir.

Em contrapartida, defendendo a existência dos browsers, teríamos Google, Mozilla e Opera, lutando para que a exibição deste conteúdo não seja monopolizada por cada Sistema Operacional. O browser sendo um serviço do sistema não deixaria nenhuma dessas empresas satisfeitas…

E vocês, o que acham? Seria viável termos o futuro desta maneira? Onde entrariam as empresas desenvolvedoras de browsers? O usuário iria preferir acessar conteúdo de aplicações instaladas no sistema operacional? Vamos gerar conteúdo e pensar, gostaria de ouvir a opinião de vocês. Assim como Steve Jobs disse: think different!

Na quarta agora, 12/10/2011, exatamente às 20 horas do feriado, eu e companheiro Washington Azevedo iremos bater um papo sobre o Silverlight 5 e o que virá no seu futuro. Pra quem tá meio perdido sobre o que vai acontecer, vai escutar nossa opinião, baseada em tudo o que vimos desde o BUILD.

Silverlight 5 – Novidades e perspectivas para o seu futuro

Será visto nesse webcast:Todas as principais features que o Silverlight 5 traz consigo por tempo, também uma visão do futuro do Silverlight perante as novidades apresentadas pela Microsoft (build windows, html5).

Início: quarta-feira, 12 de outubro de 2011 às 20:00

É isso, inscrevam-se e nos vemos lá!

TechEd Brasil 2011

Como disse no post anterior, a semana passada participei dos eventos TechEd Brasil 2011 e Community Zone 2011. O TechEd é um evento anual, focado em mostrar as principais novidades do mundo Microsoft, seja em desenvolvimento, ou infra/banco de dados. Evento totalmente técnico, com boas chances de Networking.

Figura 1. Zavaschi na General Session do TechEd Brasil 2011

Como em todos os anos, houve primeiramente uma Sessão Geral (General Session) onde é feito um overview de todos os produtos que serão apresentados no evento. Destaque especial para o System Center 2012, que terá um gerenciamento de dispositivos muito impressionante, gerenciando inclusive iOS e Android!

Com o andamento da General Session, vimos também um Windows 8 Server rodando numa VM com 16TB de disco!!! Uma maravilha para quem trabalha diretamente com virtualização.

Após esta demonstração, tivemos o sortudo Ivan Paulovich juntamente com outro espectador jogando Fruit Ninja Kinect, e Fábio Hara fazendo uma entrada excepcional, vestido de Master Chief (Halo)

Figura 2. Master Hara

Em relação as palestras, minha grade já contava com uma do Brian Keller, especialista em ALM da Microsoft americana, falando sobre a próxima versão do Visual Studio. Tivemos muitas novidades, inclusive sobre TFS na nuvem, já disponível para testes (caso alguém se interesse, entre em contato comigo que explico como obter acesso).

Segui também com palestras sobre HTML5, onde tive os seguintes exemplos:

• http://www.foursquareplayground.com/ - Exemplo de uso de geolocalização
• http://disneydigitalbooks.go.com/tron/ - Exemplo de uso do canvas
• http://jsdo.it/event/svggirl - Exemplo de animação com SVG

Vale notar que todos os links foram desenvolvidos para o Internet Explorer 9, mas todos rodam bem no Google Chrome.

Peguei uma palestra com o Alexandre Tarifa e o Cleber Dantas com o título Técnicas e recursos para desenvolvimento Web em cenários de grande escala, uma das mais interessantes do evento. No blog do Tarifa tem o PPT e as demos utilizadas, mostrando como é possível otimizar uma aplicação ASP.NET/ASP.NET MVC.

Também vi duas palestras sobre Async com Rogério Carvalho e Giovanni Bassi. Cada um fez uma palestra diferente, do Rogério mais introdutória, e do Bassi mais hardcore. Ambas mostrando o que virá no C# 5, já com o .Net Framework 4.5.

Community Zone 2011

Já o Community Zone, é um evento especialmente para convidados da Microsoft. Tal convite é feito para aqueles que contribuíram mais ativamente para a comunidade. Já é a segunda vez que fui convidado, mas infelizmente foi a primeira que consegui participar.

O evento acontece duas vezes no ano, no início (meados de fevereiro), e outra vez sempre após o TechEd. Como esse ano tivemos o Roadshow, os organizadores optaram por substituí-lo por uma mesa redonda, a qual também participei.

Figura 3. Coffe Break na Microsoft, antes do Community Zone

Neste ano, o evento foi realizado na própria Microsoft, onde vimos muitos rostos conhecidos na comunidade. E as novidades foram excepcionais! Yuri Diógenes, do time da Microsoft dos Estados Unidos, esteve presente mostrando o quanto o TechNetWiki teve aceitação lá fora, e o quanto os brasileiros chamaram a atenção do time do TechNet Wiki. Muito bom ver que o Brasil está sendo bem representado e conhecido!

Figura 4. Palestra sobre TechNet Wiki

Tivemos também o Danilo Bordini, gerente de produto de Windows Server e Virtualização, mostrando o programa de capacitação MIVP – Most Influential Virtualization Professional. Esse programa promete, promete te levar a Las Vegas. Mais detalhes com o Danilo no blog dele.

Figura 5. Danilo Bordini com System Center 2012

Em outro ponto relevante, tivemos o Fábio Hara, o João Paulo (JP) Clementi e a Carla Silva mostraram as diferenças entre influenciador Microsoft, MVP (Most Valuable Professional) e MSP (Microsoft Student Partner), e divulgaram um novo título que terá na comunidade, o MTAC – Microsoft Technical Audience Contributor, que será a ponte para MSPs e MVPs.

Ao final do dia, pegamos os PPTs do TechEd Brasil em primeira mão para podermos replicar o conhecimento que vimos. Privilégio dentre muitos que a Microsoft proporciona.

Com isto fecho o post, na esperança de que possa replicar tudo o que aprendi no TechEd Brasil, e continuar contribuindo para a comunidade com tecnologias Microsoft, e assim ser chamado novamente para o Community Zone, que foi muito bom!

Figura 6. Goiás no Community Zone 2011

Nos vemos no próximo post, seja aqui ou não (FIQUEM ATENTOS AO BLOG PARA NOVIDADES!)

O abandono se deve a fatores profissionais. Não que eu estava muito atarefado, justamente pelo contrário: fiquei trabalhando com tecnologias em que não sentia que estava usando todo meu conhecimento, e não é para isso que estou estudando. Não adianta só estudar, o conhecimento deve ser aplicado.

Mas nessa semana estive em São Paulo pro TechEd Brasil 2011 e pro Community Zone (falarei sobre ambos em um post, que deve sair ainda essa semana). E isto me devolveu a motivação que eu precisava.

Então, a partir de agora, teremos mais conteúdo no blog, voltado pras mais diversas áreas, mas a priori serão focados em Web (HTML5 e ASP.NET MVC) e Mobile. E com isto, vem a derradeira pergunta: e o foco em Silverlight?

*Respira fundo e vamos lá*

Silverlight não morreu. Ainda. Demorei, mas vi que é preciso levar a web a todos os dispositivos, e infelizmente o plugin Silverlight não está presente em iOS, Android, entre outros. Vejo o futuro do Silverlight somente em Windows Phone, que será amplamente utilizado. Então tomei essa decisão de focar em Web padrão (HTML + JS e JQuery + CSS), pois vamos ter um código só pra várias plataformas, e Windows Phone pra mim ainda não é uma realidade.

E isso não acontecerá somente com Silverlight. Flash também está indo pelo mesmo caminho, embora a vantagem do Silverlight é que vai continuar rodando em fones.

Enfim, meu foco (somente meu, lembrando que isso é opinião minha) agora é diferente, mas ainda continuo com tecnologias Microsoft.

É bom estar de volta!!!

• Quebra de record em quantidade de participantes, número este chegando a quase 400
• O maior público das 10 cidades já visitadas pelo Roadshow, e o maior público já registrado em evento Microsoft em Goiânia.
• Três palestrantes (Fabio Hara, Rogério Cordeiro e Alex Schulz) da Microsoft Brasil (e um de Curvelo, não menos importante!)
• Duas trilhas divididas, para agradar a todos e detalhar o máximo dos produtos apresentados
• Na trilha de Dev, cinco produtos (Azure, Sharepoint, Visual Studio, Windows Phone 7 e WebMatrix) e várias tecnologias apresentadas
• Interoperabilidade de PHP e Java rodando no Windows Azure! (Tive que contar, Rogério )
• Palestras de nível básico até avançado.
• Metade da cidade de Itumbiara veio ao evento! (Hehe, brincadeira, mas 30 participantes vieram em um ônibus, trazidos com a ajuda da Agis Intellicode)

Após o evento, tivemos ainda a mesa redonda com os influenciadores locais, onde tive o prazer de participar com os “caras” de comunidade diretamente da Microsoft, nos trazendo direcionamento e novidades.

Enfim, foi um evento muito bom, de alto nível e excelente organização. Abaixo, seguem fotos para comprovar o que foi falado acima

Quem quiser conferir como foi a track de Infra, pode visitar o blog do Fábio Hara.

Abraços pessoal, e até os posts técnicos!

Para isto, primeiro iremos renomear o arquivo NovoProduto.xaml para EdicaoProduto.xaml, que ficará mais amigável. Como o Visual Studio não faz o refactoring nos objetos
automaticamente para o novo nome, o faremos de forma manual. Ctrl + F para pesquisar
NovoProduto na Solution toda, renomeando as referências encontradas para EdicaoProduto:

Figura 1. Renomeando a tela

Após termos renomeado a tela, poderemos trabalhar melhor com o projeto. Dentro da pasta Helpers, iremos criar um enum chamado Operation, que vai possuir uma listagem das operações disponiveis na tela EdicaoProduto. O enum ficará da seguinte maneira:

namespace RIAExample.Helpers
{
    public enum Operation
    {
        Insert, Update, None
    }
}

Desta maneira posso informar à tela qual operação estarei realizando, mas de uma maneira mais elegante. Sendo assim, adiciono uma propriedade do tipo Operation na tela EdicaoProduto, a qual será somente leitura e irá depender do Produto:

private readonly Operation operation;

private Operation Operation
{
    get { return operation; }
}

Notem que eu defini a propriedade como readonly, sendo possível setá-la apenas no construtor. Este, por sua vez, será modificado e ganhará um overload, para que eu possa passar um item da tela de listagem para a tela de edição:

public EdicaoProduto(SupermercadoDomainContext supermercadoDomainContext)
{
    InitializeComponent();    

    SupermercadoDomainContext = supermercadoDomainContext;
    Produto = new Produto();
    operation = Operation.Insert;
}

public EdicaoProduto(SupermercadoDomainContext supermercadoDomainContext, Produto produto)
{
    InitializeComponent();

    SupermercadoDomainContext = supermercadoDomainContext;
    Produto = produto;
    operation = Operation.Update;
}

O primeiro overload fica praticamente da mesma maneira, somente com a alteração da propriedade operation, que defino como Insert.

Já o segundo overload, recebe um parâmetro do tipo Produto, que eu passo para o objeto que irei alterar, além de definir a propriedade operation como Update.

Para enfim renderizarmos a tela corretamente, devemos modificar o método OnLoadedSupermercado (que foi adicionado o post anterior), de maneira que ele selecione na ComboBox o supermercado correspondente ao produto, somente adicionando o trecho a seguir, após todas as linhas do método:

if(Operation == Operation.Update)
    cbxSupermercado.SelectedItem = Produto.Supermercado;

Com a adição de uma coluna na tela de listagem, podemos chamar a tela de edição e verificar o resultado:

<sdk:DataGrid.Columns>
    <sdk:DataGridTextColumn x:Name="descricaoColumn" Binding="{Binding Path=Descricao}" Header="Descricao"/>
    <sdk:DataGridTextColumn x:Name="precoColumn" Binding="{Binding Path=Preco}" Header="Preco" />
    <sdk:DataGridTextColumn x:Name="produtoIDColumn" Binding="{Binding Path=ProdutoID, Mode=OneWay}" Header="Produto ID" />
    <sdk:DataGridTextColumn x:Name="supermercadoIDColumn" Binding="{Binding Path=Supermercado.Nome}" Header="Nome do Supermercado"/>
    <sdk:DataGridTemplateColumn x:Name="editColumn">
        <sdk:DataGridTemplateColumn.CellTemplate>
            <DataTemplate>
                <Button Content="Editar" Click="EditButton_Click" />
            </DataTemplate>
        </sdk:DataGridTemplateColumn.CellTemplate>
     </sdk:DataGridTemplateColumn>
</sdk:DataGrid.Columns>

Adicionei uma coluna do tipo TemplateColumn, onde posso inserir um botão. Nele, adicionei um EventHandler, que chama a tela de Edição com o Produto preenchido:

private void EditButton_Click(object sender, RoutedEventArgs e)
{
    new EdicaoProduto((SupermercadoDomainContext)produtoDomainDataSource.DomainContext, produtoDataGrid.SelectedItem as Produto).Show();
}

Podemos agora executar a aplicação e mostrar a tela já com os dados carregados:

Figura 2. Tela de Edição preenchida

Neste ponto, ainda não podemos salvar o produto, desta maneira estaríamos apenas criando um novo. Por isto, refatoramos o EventHandler DataForm_EditEnded, para que possamos tratar os dois cenários:

if (e.EditAction == DataFormEditAction.Commit)
{
    if (!Produto.HasValidationErrors)
    {
        if(Operation == Operation.Insert)
            SupermercadoDomainContext.Produtos.Add(Produto);
        else if (Operation == Operation.Update)
        {
            var produto = SupermercadoDomainContext.Produtos.Where(p => p.ProdutoID == Produto.ProdutoID).SingleOrDefault();
            produto.Descricao = Produto.Descricao;
            produto.Preco = Produto.Preco;
            produto.SupermercadoID = Produto.SupermercadoID;
        }

        SupermercadoDomainContext.SubmitChanges(SubmitChangesCompleted, null);
    }
}

Assim, posso alterar os dados vindos do banco sem que eu precise criar uma nova tela somente para a edição. Mas e se eu quisesse ocultar os dados do Supermercado somente na edição? Bom, assunto para um próximo post!

Agora vamos para o Lookup via DataForm, que vai requerer um pouco mais de esforço devido a uma chamada assíncrona. No caso da nossa aplicação, quero relacionar um produto a um supermercado. Atualmente, todo produto será relacionado ao Supermercado de ID = 1. Para que eu deixe o usuário selecionar qual Supermercado, a maneira mais simples é exibindo uma ComboBox para ele poder escolher. ComboBox esta que vou inserir no DataForm da tela NovoProduto:

<StackPanel>
    <toolkit:DataField Label="Descrição:" Description="Descrição do Produto">
        <TextBox x:Name="txtDescricao" Text="{Binding Descricao, Mode=TwoWay}" />
    </toolkit:DataField>
    <toolkit:DataField Label="Preço:" Description="Preço do Produto">
        <TextBox x:Name="txtPreco" Text="{Binding Preco, Mode=TwoWay, NotifyOnValidationError=True, ValidatesOnExceptions=False}" />
    </toolkit:DataField>
    <toolkit:DataField Label="Supermercado" Description="Supermercado vinculado">
        <ComboBox x:Name="cbxSupermercado" DisplayMemberPath="Nome" SelectedValuePath="ID" />
     </toolkit:DataField>
</StackPanel>

Notemos que neste exemplo eu não defino o binding diretamente no XAML. O motivo é que faremos isto via código

Outra coisa que devemos alterar no XAML, é adicionar um Event Handler para o evento ContentLoaded, que é disparado justamente quando o conteúdo do DataForm já foi todo renderizado. Assim temos o XAML do DataForm:

<toolkit:DataForm Name="DataForm"                               
    Header="Novo Produto"
    AutoGenerateFields="False"
    AutoCommit="False"            
    AutoEdit="True"                            
    CommitButtonContent="Salvar" 
    CommandButtonsVisibility="Commit"
    CurrentItem="{Binding Produto, ElementName=ChildWindowNovoProduto}"
    EditEnded="DataForm_EditEnded" ContentLoaded="DataForm_ContentLoaded">

O que irá refletir no code behind, com o método:

private void DataForm_ContentLoaded(object sender, DataFormContentLoadEventArgs e)
{
}

Ok, fechamos a parte fácil, agora devemos criar uma propriedade chamada LoadSupermercado, do tipo LoadOperation<Supermercado>. Essa propriedade será nossa ponte de carregamento de dados, através do DomainContext.

private LoadOperation<Supermercado> LoadSupermercado { get; set; }

Notem que LoadOperation é um tipo genérico. Isto porque devemos informar a ela qual tipo será carregado do DomainContext.

No Namespace System.ServiceModel.DomainServices.Client, temos, além da propriedade LoadOperation, as Operations InvokeOperation e SubmitOperation. Mais detalhes sobre elas, podem ser encontrados no MSDN aqui e aqui respectivamente.

Por enquanto, a propriedade LoadSupermercado não foi inicializada. O faremos no evento ContentLoaded:

private void DataForm_ContentLoaded(object sender, DataFormContentLoadEventArgs e)
{
    EntityQuery<Supermercado> query = SupermercadoDomainContext.GetSupermercadoesQuery();
    LoadSupermercado = SupermercadoDomainContext.Load(query, lo => { OnLoadedSupermercado(lo); }, false);
}

Aqui, devemos fazer algumas considerações: primeiro, crio um objeto do tipo EntityQuery<Supermercado> chamado query. Ele será a nossa consulta ao DomainService. Se vocês verem no SupermercadoDomainService.cs, teremos o método GetSupermercadoes, o qual foi criado juntamente com o DomainService, nos primeiros artigos.

Mas esta query sozinha não faz muita coisa, se não for carregada. Por isso, devemos ter a operação LoadSupermercado, a qual carrega os dados assíncronamente no método Load do DomainContext.

Este método tem cinco sobrecargas. A que estou utilizando, aceita três parâmetros: um objeto query fortemente tipado (no caso, tipado com Supermercado), uma action de callback (método que executa quando os dados forem carregados), e uma variável do tipo bool, indicando se devo lancar uma exception ou não.

Como estamos lidando com uma operação assíncrona, temos a chamada e o retorno em pontos distintos no nosso código. Isso faz com que separemos nosso carregamento em dois métodos. Justamente por isso, temos que criar o método OnLoadedSupermercado:

private void OnLoadedSupermercado(LoadOperation lo)
{
    Binding itemsSource = new Binding() { Source = lo.Entities };

    ComboBox cbxSupermercado = DataForm.FindNameInContent("cbxSupermercado") as ComboBox;
    cbxSupermercado.SetBinding(ComboBox.ItemsSourceProperty, itemsSource);
}

Este método obrigatoriamente deve receber pelo menos um parâmetro, do tipo LoadOperation, o qual chamei de lo. Ele também pode aceitar um parâmetro tipo object, que será o userState (utilizado por uma das sobrecargas do método Load do DomainContext.

No caso, assim que o DomainContext carrega os dados que eu pedi (a lista com todos os supermercados), ele dispara o método OnLoadedSupermercado, permitindo agora que eu vincule os dados retornados para a ComboBox.

Então, crio um binding manual (objeto tipo Binding), onde passo as entidades carregadas (que posso acessar via lo.Entities) para a propriedade Source.

Para que eu possa vincular o binding com a ComboBox, primeiro eu preciso buscá-la no DataForm. Isto porque ela é renderizada em tempo de execução, não é como os controles padrão. Por isso utilizamos o método FindNameInContent, do objeto DataForm. Ele busca os controles filhos do DataForm, retornando-os como object. Para tratarmos as propriedades da ComboBox, basta converter o object para ComboBox, o que faço no trecho “as ComboBox;”

Feito isto, adiciono o binding com o método SetBinding. Este método recebe dois parâmetros: o primeiro é do tipo DependencyProperty onde vinculo a propriedade ItemsSourceProperty ao binding, definido no segundo parâmetro. Está feita a mágica de vínculo!

Figura 1. Janela com a ComboBox

A imagem acima é o resultado da nossa codificação, possibilitando agora que eu escolha a qual Supermercado o Produto será vinculado. Uma última alteração, é removermos o “workaround” feito no método DataForm_EditEnded, para vincular o produto sempre ao supermercado 1:

private void DataForm_EditEnded(object sender, DataFormEditEndedEventArgs e)
{
    //Produto.SupermercadoID = 1;
}

Então chegamos ao fim da parte de Inclusão. Mas como eu sei que este não foi um assunto muito trivial, fico a disposição para responder dúvidas que possam surgir acerca das operações assíncronas, DependencyProperties, DomainContext, etc. E volto a lembrar que o código-fonte para consulta está disponivel no CodePlex, acessível pelo menu a direita no blog.

Para os que conseguiram acompanhar sem problemas até agora, no próximo post iremos modificar a tela NovoProduto para permitir também a edição de um produto.

A primeira coisa a fazer, é modificar nosso arquivo de metadata, incluindo o atributo Include na propriedade Supermercado, presente na classe ProdutoMetadata. O resultado é o seguinte:

internal sealed class ProdutoMetadata
{
    private ProdutoMetadata()
    {
    }

    [Display(Name = "Descrição", Description = "Descrição do produto", Order = 0)]
    [Required(ErrorMessage = "Campo Descrição é obrigatório")]
    public string Descricao { get; set; }

    [Display(Name = "Preço", Description = "Preço do produto", Order = 1)]
    [Required(ErrorMessage = "Campo Preço é obrigatório")]
    [CustomValidation(typeof(ValueGreaterThanZero), "Validate")]
    public decimal Preco { get; set; }

    [Display(AutoGenerateField = false)]
    public int ProdutoID { get; set; }

    [Include]
    [Display(AutoGenerateField = false)]
    public Supermercado Supermercado { get; set; }

    [Display(AutoGenerateField = false)]
    public int SupermercadoID { get; set; }
}

Este atributo é necessário para dizer ao modelo de dados que irei incluir uma entidade naquela propriedade. Para concluir o trabalho na parte dos dados, preciso também modificar o domain service, para cada método onde irei retornar uma lista (ou somente uma entidade) de Produtos. Em cada retorno, devo incluir o método Include. Notem o exemplo a seguir:

public IQueryable<Produto> GetProdutoes()
{
    return this.ObjectContext.Produtoes.Include("Supermercado");
}

Agora, para a exibição dos dados na tela ProdutoListar.xaml, altero o Binding da coluna SupermercadoID (juntamente com o nome, para melhor visualização), e a mágica está pronta:

<sdk:DataGridTextColumn x:Name="supermercadoIDColumn" Binding="{Binding Path=Supermercado.Nome}" Header="Nome do Supermercado"/>

E claro, temos o resultado final da listagem:

Figura 1. ProdutoListar.xaml

Assim, fechamos a parte de listagem com Lookup. A idéia inicial era fazer um post apenas com listagem e criação, mas vi que seria melhor efetuar uma divisão pelo falo de tratarmos a primeira chamada assíncrona com o Silverlight, o que pode confundir um pouco. Mas garanto que até sexta-feira o post falando sobre a inclusão estará 100% pronto.

Abraços galera, e até a próxima!