Revista MSDN Magazine Edição 22 - Regras Básicas para Criar Suporte a Formulários Windows no .NET

Você precisa estar logado para dar um feedback. Clique aqui para efetuar o login
Para efetuar o download você precisa estar logado. Clique aqui para efetuar o login
Confirmar voto
0
 (1)  (0)

Artigo Originalmente Publicado na MSDN Magazine Edição 22

msdn22-revista.jpg

Clique aqui para ler todos os artigos desta edição

 

Regras Básicas para Criar Suporte a Formulários Windows no .NET

por Chris Sells e Michael Weinhardt

 

Este artigo é baseado em versões pré-lançadas do Visual Studio 2005 e do .NET Framework 2.0. Todas as informações aqui contidas estão sujeitas a alteração.

 

Este artigo discute

Este artigo usa as seguintes tecnologias:

·          Atualizações focadas em produtividade no Visual Studio 2005

·          Melhorias de gerenciamento e de configurações

·          Layout de controle flexível e nos controles de faixa

.NET Framework 2.0, Visual Studio 2005

 

Download:

 

Chapéu

Windows Applications

 

 

Desde a última vez que analisamos o Windows® Forms 2.0 em maio de 2004, a Microsoft renomeou, melhorou e adicionou um número considerável de recursos. Os recursos analisados neste artigo são da December 2004 Community Technology Preview, por isso você pode seguramente esperar algumas mudanças na versão final.

Um projeto Windows Forms é a porta de entrada para explorar todos os novos recursos, e mesmo essa porta foi atualizada na última hora. O novo layout gerado pelo modelo padrão é mostrado na Figura 1.

 

image001.gif

Figura 1 Projetos Windows Forms gerados de maneira padrão

 

A maior parte do novo layout do projeto está voltada para a remoção do código desnecessário dos formulários gerados pelo assistente padrão, deixando uma versão organizada semelhante a esta para o C#:

 

// Form1.cs

partial class Form1 : Form {

  public Form1() {

    InitializeComponent();

  }

}

 

O Visual Basic® gastou um pouco mais de tempo na organização do código:

 

' Form1.vb

Public Class Form1

End Class

 

Se você usava as versões anteriores do Visual Studio®, deve estar se perguntando aonde foi a implementação InitializeComponent. Todos os códigos de formulário gerenciados pelo designer do Windows Forms, como a implementação InitializeComponent, foi migrado para um novo arquivo, FormName.Designer.cs ou FormName.Designer.vb, conforme mostrado na Figura 1. Para dividir a classe entre dois arquivos físicos, o designer tira proveito do novo suporte à linguagem das classes parciais:

 

' Form1.vb (Developer-Managed)

Public Class Form1

End Class

 

' Form1.Designer.vb (Designer-Managed)

Partial Public Class Form1

    Inherits System.Windows.Forms.Form

  ...

  Private Sub InitializeComponent()

    ...

  End Sub

  ...

End Class

 

Veja aqui o equivalente em C#:

 

// Form1.cs (Developer-Managed)

partial class Form1 : Form {...}

 

// Form1.Designer.cs (Designer-Managed)

partial class Form1 {

  ...

  private void InitializeComponent() {...}

  ...

}

 

"

A exibição deste artigo foi interrompida :(
Este post está disponível para assinantes MVP

 
Você precisa estar logado para dar um feedback. Clique aqui para efetuar o login
Receba nossas novidades
Ficou com alguma dúvida?