Teched 2011

Fui ao teched este ano e estou aqui para contar o que achei do evento.
O evento é bem organizado em questão de infraestrutura, mas achei alguns pontos negativos o que desanima muito.
O primeiro motivo é a questão das coisas nos EUA ocorrerem antes . Com isso, se você é uma pessoa que costuma estudar bastante você não encontrará nada de novo nas apresentações, e até mesmo nada que complemente o que você ja sabe.
O segundo motivo são as pessoas escolhidas para apresentar a tecnologia, apesar de serem MVP etc, isso não significa que são didáticos, por isso, de mais de dez palestras que eu fui, apenas duas foram bem apresentadas, com uma certa didática. Vale a pena elogiar os palestrantes dessas duas palestras que foram Giovani Bassi, Guadalupe Casuso e Lalo Steinmann.
A minha opinião vem das palestras de desenvolvimento, mas ouvi muitas pessoas pela parte de infra reclamando também pela má qualidade das palestras.
Não quero fazer desta postagem uma crítica, mas apenas um aviso para as pessoas que pretendem ir aos próximos e possuem o perfil citado acima não se desaponte, afinal o preço da inscrição não é nada barato, e com toda sinceridade, o evento não vale o que se paga.

Entity Framework NavigationProperties e a Interface INotifyPropertyChanging

O WPF assim como o Silverlight usam o evento PropertyChanging da interface INotifyPropertyChanging para atualizar os bindings dos controles.
As entidades do EntityFramework ja tratam isso pra você, por isso você não tem que se preocupar, veja um exemplo:

[EdmScalarPropertyAttribute(EntityKeyProperty=false, IsNullable=true)]
[DataMemberAttribute()]
public string Nome
{
     get
    {
           return _Nome;
     }
     set
    {
           OnNomeChanging(value);
            ReportPropertyChanging("Nome");
           _Nome= StructuralObject.SetValidValue(value);
           ReportPropertyChanged("Nome");
           OnNomeChanged();
      }
}

Porém, quando se há um relacionamento como, por exemplo, uma pessoa possui várias compras, e você está trabalhando com a entidade Compra, se você fizer:

compra.Pessoa = pessoa;
e caso o seu TextBox esteja com o binding para o Nome da Pessoa relacionado:

<TextBox Text="{Binding Pessoa.Nome}" />

o texto do TextBox não será atualizado porque não há eventos que notifique essa mudança, veja como é implementado o get e o set de Pessoa:

[XmlIgnoreAttribute()]
[SoapIgnoreAttribute()]
[DataMemberAttribute()]
[EdmRelationshipNavigationPropertyAttribute("Model", "FK__Pessoa_Compra", "Pessoa")]
public Pessoa Pessoa
{
      get
      {
             return ((IEntityWithRelationships)this).RelationshipManager.GetRelatedReference<Pessoa>("Model.FK__Pessoa_Compra", "Pessoa").Value;
       }
       set
      {
            ((IEntityWithRelationships)this).RelationshipManager.GetRelatedReference<Pessoa>   ("Model.FK__Pessoa_Compra", "Pessoa").Value = value;
       }
}

Por sorte, o EntityFramework possui eventos que você pode utilizar para reverter esta situação.
Para toda referência há uma ou mais propriedades que se relacionam entre as tabelas, e com isso elas também existem nas entidades do EntityFramework. No meu caso há uma coluna chamada IdPessoa do tipo int na entidade Compra. Essas colunas são atualizadas assim que você atribui a nova pessoa na referência, desta maneira se a pessoa tiver o Id = 15, o compra.IdPessoa também será 15 quando eu fizer:
compra.Pessoa = pessoa, e todos os eventos PropertyChanging e PropertyChanged serão disparados.
Dessa maneira podemos usar o evento parcial dessa coluna para notificar nossa interface da mudança dos valores:

public partial class Compra
{
      partial void OnIdPessoaChanged()
     {
           OnPropertyChanged("Pessoa");
      }
      partial void OnIdPessoaChanging(int value)
     {
           OnPropertyChanging("Pessoa");
     }
}

Repare que a string passada como parâmetro é Pessoa que é o nome da nossa propriedade de relacionamento.
Note também que esta classe deve estar no mesmo namespace da classe gerada pelo EntityFramework.

Até a próxima.

WPF Calendar com BoldedDates

O controle Calendar do WPF é muito parecido com o MonthCalendar do WindowsForms. Porém como muito se acontece no WPF você tem que abrir a cabeça quando quer adicionar uma funcionalidade mesmo que ela fosse muito fácil no WindowsForms. Isso se deve ao fato do WPF possui seus controles muito mais poderosos, porém poder não quer dizer mais simples de ser utilizado.
Para fazer a mesma funcionalidade do BoldedDates do MonthCalendar você tem que trabalhar com CalendarDayButtonStyle em conjunto com o IValueConverter.
Caso você ja saiba as datas que devem ficar bold, você pode fazer da seguinte maneira:

1) Declare seu convert:

namespace WPFBoldDates
{
      public class BoldDateConverter : IValueConverter
     {
             public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
            {
                    if(System.Convert.ToDateTime(value) == new DateTime(2011, 06, 06))
                    {
                             return FontWeights.Bold;
                    }
                    return FontWeights.Normal;
             }

              public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
             {
                       return value;
             }
      }
}
 
2) Configura o style:
 
<Window x:Class="WpfApplication1.MainWindow"
                xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
                xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
                xmlns:my="clr-namespace:WPFBoldDates"
                Title="MainWindow" Height="350" Width="525">
      <Window.Resources>
           <my:BoldDateConverter x:Key="boldConverter" />
      </Window.Resources>
      <Grid>
            <Calendar x:Name="calendario">
                  <Calendar.CalendarDayButtonStyle>
                    <Style TargetType="CalendarDayButton">
            <Setter Property="FontWeight" Value="{Binding Converter={StaticResource boldConverter}}" />
                    </Style>
                  </Calendar.CalendarDayButtonStyle>
            </Calendar>
     </Grid>
</Window>

Pronto, o dia 06/06/2011 ficará em negrito.

Caso queira trabalhar com datas dinâmicas você pode utilizar um CollectionViewSource.

1) Adicione um recurso para seu Window do tipo CollectionViewSource e passe ela como parâmetro do seu binding:

<Window x:Class="WpfApplication1.MainWindow"
                xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
                xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
                xmlns:my="clr-namespace:WPFBoldDates"
                Title="MainWindow" Height="350" Width="525">
      <Window.Resources>
           <my:BoldDateConverter x:Key="boldConverter" />
           <CollectionViewSource x:Key="dates" />
      </Window.Resources>
      <Grid>
            <Calendar x:Name="calendario">
                  <Calendar.CalendarDayButtonStyle>
                    <Style TargetType="CalendarDayButton">
            <Setter Property="FontWeight" Value="{Binding Converter={StaticResource boldConverter}, ConverterParameter={StaticResource dates}}" />
                    </Style>
                  </Calendar.CalendarDayButtonStyle>
            </Calendar>
     </Grid>
</Window>

2) No construtor do seu Window inicialize o CollectionViewSource:

public partial class MainWindow : Window
{
       public MainWindow()
      {
             InitializeComponent();
             List<DateTime> dates = new List<DateTime>();
             // Só para demonstração, você pode optar por ir no banco de dados
             dates.Add(new DateTime(2011, 6, 6));
            CollectionViewSource source = FindResource("dates") as CollectionViewSource;
            source.Source = dates;
       }
}
 
3) Para finalizar ajuste seu IValueConverter:
 
      public class BoldDateConverter : IValueConverter
     {
             public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
            {
                    List<DateTime> dates = (parameter as CollectionViewSource).Source as List<DateTime>;
                    if(dates.Contains(System.Convert.ToDateTime(value)))
                          return FontWeights.Bold;

                    return FontWeights.Normal;
             }

              public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
             {
                       return value;
             }
      }
}

Como você pode ver, um tanto grande nosso esforço, porém não se limite apenas a usar o bold. Com style vocde formatar seu botão completamente para que ele atenda suas necessidades.

Até a próxima.

WPF DataGrid e DocumentViewer

Acabo de passar por mais um problema que gostaria de compartilhar com vocês.
Desta vez o problema foi tentar mostrar no DocumentViewer um DataGrid com paginação e tudo.
Como é de se esperar não estou aqui hoje para explicar passo a passo o código, estou aqui para dar uma solução para as pessoas que possuem o mesmo problema.
Criei uma classe chamada PrintExtensions.
Dentro dela há duas funções, uma para fazer uma cópia do DataGrid e outra para mostrar no DocumentViewer qualquer FrameworkElement, esta segunda função eu retirei do Blog do Telerik.

O arquivo com o código encontra-se aqui.

Para usar a função apenas faça:

DocumentViewer document = new DocumentViewer();
document.Document = PrintExtensions.PrintDataGrid(dataGrid1, new PrintDialog());

Espero ter ajudado e até a próxima.

WPF x Windows Forms

Desde o .NET Framework 3.0 a Microsoft introduziu o Windows Presentation Foundation (WPF), mas o que é essa nova tecnologia? Por que a Microsoft investirá nela e tentará substituir de vez o Windows Forms?
Aqui estão as cinco mudanças que fazem a diferença do WPF contra o Windows Forms.

Controles: o Windows Forms roda em cima do GDI que é a integração visual do Windows desde seu primórdio, ja o WPF roda em cima do Directx, uma camada mais abaixo, onde assim ganha em performance.

Programação 2D: o Windows Forms precisa da dll System.Drawing ja o WPF não, afinal ela ja roda em Directx certo?

Programação 3D: esse é o maior ponto, quem o WPF usa mesmo? Directx? Hum interessante, então eu preciso aprender o WPF e programar em cima dele e ele tranformará na linguagem correta para o Directx correto? Sim. Ja o Windows Forms você precisará aprender programar em Directx mesmo.

Documentos: WPF ja possui uma dll nativa, ja Windows Forms você precisará de dll de terceiros ou trabalhar manualmente com PDF, txt etc.

Mídia: no Windows Forms é necessário a dll do MediaPlayer, ja no WPF ele possui uma dll nativa com os mesmos conceitos dos outros tópicos.

Esses são as cinco melhoras do WPF em relação ao Windows Forms. Sem falar em melhoras como Data Binding e outros pontos. A mudança não é fácil, mas ela é inevitável, quais foram as melhoras do Windows Forms no .NET 4? O que a Microsoft trouxe de novidade? Sinceramente não vi nenhuma, no Training Kit somente veio exemplos usando Ribbon em MFC, sim eu disse MFC e não Windows Forms, não veio se quer um lab de Windows Forms.
Porém é hora de abrir a mente e estudar essa nova tecnlogia, WPF é muito poderoso basta você querer aprender e usar esse poder todo.