Revista MSDN Magazine Edição 31 - C#(csharp) 2.0 - Tipos parciais e classes estáticas

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

C# 2.0 - Tipos parciais e classes estáticas

Rogério Moraes de Carvalho

A versão 2.0 da linguagem de programação C# introduziu uma série de extensões, como: tipos parciais, classes estáticas, métodos anônimos, tipos e métodos genéricos (generics), iterators e tipos anuláveis. Este artigo é o primeiro de uma série que tem como objetivo detalhar os novos recursos do C# 2.0. Nesta primeira parte, vamos conhecer um pouco sobre classes parciais e classes estáticas.

Os tipos parciais permitem que classes, estruturas e interfaces sejam divididas em múltiplos arquivos fontes para facilitar o desenvolvimento e a manutenção. Porém, um mau uso desse recurso pode provocar o efeito inverso, dificultando o desenvolvimento e a manutenção dos arquivos fontes.

Uma das principais vantagens desse recurso é permitir a separação entre o código escrito pelo usuário e o código gerado automaticamente por uma ferramenta de desenvolvimento. As classes estáticas são aquelas classes que não devem ser instanciadas e que contêm somente membros estáticos.

Classes estáticas são implicitamente fechadas (sealed) e não possuem construtores de instância. O ambiente de execução do .NET Framework 2.0 fornece suporte aos novos recursos introduzidos na linguagem de programação C# 2.0.

Tipos parciais

A linguagem de programação C# 2.0 permite dividir a definição de uma classe, estrutura ou interface em dois ou mais arquivos fontes. Os arquivos fontes conterão seções da definição do tipo de dado, sendo que todas as partes serão combinadas no momento da compilação.

O uso indiscriminado desse novo recurso tende a dificultar o processo de desenvolvimento e de manutenção do código fonte. Seguem duas situações principais onde a divisão da definição de um tipo em múltiplos arquivos pode ser interessante:

·        Em grandes projetos que contêm equipes de desenvolvimento: a divisão de um tipo em mais de um arquivo permite que múltiplos desenvolvedores trabalhem simultaneamente;

·        Os códigos gerados automaticamente por uma ferramenta para um tipo podem ser separados dos códigos desenvolvidos pelo programador para esse mesmo tipo. Desse modo, toda vez que a ferramenta precisar gerar novamente o código do tipo, então os códigos personalizados acrescentados pelo desenvolvedor não serão perdidos."

A exibição deste artigo foi interrompida.

  Este é um post disponível para assinantes MVP

Este post também está disponível para assinantes da .net Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

Saiba como acessar este post através de Créditos DevMedia:

Assinatura de Créditos – Aqui este post custa R$ 1,47
Com esse plano você compra R$ 180,00 em créditos e ganha, em média, 80% de desconto no preço do post.  
Assine agora

Plano ocasional - Aqui este post custa: R$ 1,96 (assinante) ou R$ 2,45 (não-assinante)
Você compra um mínimo de R$ 60,00 em créditos e ganha, em média, 50% de desconto no preço do post.  
Compre agora

Plano conveniência – Neste plano este post custa R$ 4,90
Neste plano você compra somente um post, pagando seu preço sem desconto.  
Compre agora