Recentemente, no dia 24/10/2009, deixei o Bill Gates um pouco mais rico comprei o novíssimo Windows Seven, que foi lançado oficialmente em todo o mundo no dia 22/10/2009.

Sim, vocês leram certo: eu comprei o Windows Seven original, versão Ultimate. Claro que ao falar que compraria (ou até mesmo ler/ouvir que eu comprei), algumas pessoas disseram (vão dizer) “baixa da internet” e coisas do gênero. Resolvi que dessa vez, não vou apelar à pirataria, queria que o sistema operacional fosse legal (em todos os sentidos).

Após um excelente encontro com o pessoal da comunidade “Orientais Adultos +/- 25-35” do Orkut, no Mercado Municipal de São Paulo e antes de ir à uma reunião em minha igreja, dei uma passada na Santa Ifigênia para procurar um lugar onde vendia o Seven. Não achei nenhuma loja, onde eu perguntei, só tinham o Vista e o Seven iria chegar em alguns dias. Incrivelmente, a versão “piratex” é a que se mais achava. Todas as barracas tinha.

Um fato curioso, é que em uma das lojas o capivara vendedor disse que arrumaria sob encomenda, sob a bagatela de R$ 900,00 e queria que desse um sinal. Me desculpe pelo baixo calão a seguir, mas quase que mandei o cara se foder.

Disse para ele:

- Isso está superfaturado! O preço OFICIAL, da Microsoft, é de R$ 669,00 em qualquer lugar!

Ele vem me argumentar que o dono da loja adquiriu 18 licenças, e mais algumas para uns notebooks à uns R$ 700,00, coisa e tal. Como eu sabia muito bem do preço, deixei para lá e fui embora da loja.

Este pequeno fato mostra como é importante estar BEM informado antes de comprar algo, evitar deixar-se levar pela falácia de um vendedor, pois ele está lá para isso mesmo: vender. Além de (dever) estar mal informado, esse cara queria me enrolar…

Fui até à Kalunga da Praça Ramos de Azevedo. Lá achei as versões Home Basic e Home Premium, porém, como estava procurando exatamente pela Ultimate, perguntei ao vendedor. Não tinha lá, e após uma consulta ao estoque, verificou-se que haviam duas unidades na loja próxima ao Metrô Carrão. Fui lá e agora sim, me “apossei” do novíssimo Windows Seven Ultimate.

Mas, por que a Ultimate e não a Professional ou a Home Basic / Premium?

Como eu tenho bastante programas legados, além de desenvolver utilizando Delphi 7 e afins, um recurso que utilizarei é o Modo XP (se bem que eu já uso em uma VM…), presente na versão Professional ou acima. Como a diferença de preço da Professional e da Ultimate não é grande (pela ordem de grandeza), resolvi ficar com a versão mais completa possível.

Antes de instalar no meu PC, fiz o backup básico de meus dados no outro PC. Demorou um pouco para copiar pela rede de 100 Mbps, mas foi que foi.

Após o break, vamos entrar na parte técnica da coisa, como foi a instalação, entre outras coisitas mas! Senta que lá vem história!

Leia o restante deste post...

Se você utiliza como DataSource de um gridview uma coleção do tipo List<> ao invés de um DataTable, pode ter uma hora que teremos que listar propriedades que não são de tipos primitivos (como DateTime, string, int), e sim lazy com outros objetos.

Vamos pegar como exemplo a classe TNivel do artigo anterior. Iremos construir um GridView para listar as propriedades ID, Descrição, Próximo e Anterior, utilizando como DataSource do grid uma coleção do tipo List<TNivel>.

Veja o trecho do XHTML abaixo:

<asp:GridView runat="server" id="gvNiveis">
	<Columns>
		<asp:BoundField HeaderText="Código" DataField="Id" />
		<asp:BoundField HeaderText="Descrição" DataField="Descricao" />
		<asp:BoundField HeaderText="Proximo" DataField="Proximo.Descricao" />
		<asp:BoundField HeaderText="Anterior" DataField="Proximo.Anterior" />
	</Columns>
</asp:GridView>

Compile isso, e você será brindado com uma mensagem de erro.

Como pudemos ver no artigo anterior, as propriedades Proximo e Anterior são objetos do tipo TNivel, e ao listar os campos Descricao das propriedades Proximo e Anterior em um BoundColumn ele não aceita da forma que colocamos.

Como resolvemos isso sem apelar para o evento OnRowDataBound e preencher as células manualmente?

Solução:

Crie, para cada campo, uma TemplateColumn e dentro do ItemTemplate coloque um Label. Na propriedade Text de cada Label, coloque o seguinte comando:

Text='<%# DataBinder.Eval(Container.DataItem, "Nivel.Descricao") %>'

Com a diretiva DataBinder.Eval (parecida com a #Bind, que chegamos a utilizar em artigos anteriores), podemos fazer o Bind de objetos com lazy, que tenham enfim as propriedades com tipos primitivos.

Veja como ficou nosso grid:

<asp:GridView runat="server" id="gvNiveis">
	<Columns>
		<asp:BoundField HeaderText="Código" DataField="Id" />
		<asp:BoundField HeaderText="Descrição" DataField="Descricao" />
		<asp:TemplateColumn HeaderText="Proximo">
			<ItemTemplate>
				<asp:Label runat="server" ID="lbProx" Text='<%# DataBinder.Eval(Container.DataItem, "Proximo.Descricao") %>'></asp:Label>
			</ItemTemplate>
		</asp:TemplateColumn>
		<asp:TemplateColumn HeaderText="Anterior">
			<ItemTemplate>
				<asp:Label runat="server" ID="lbAnt" Text='<%# DataBinder.Eval(Container.DataItem, "Anterior.Descricao") %>'></asp:Label>
			</ItemTemplate>
		</asp:TemplateColumn>
	</Columns>
</asp:GridView>

Enfim, é isso aí!

Um abraço :-)

Leia o restante deste post...

Depois de um tempinho sem postagens de programação, finalmente arrumei uma coisnha para poder compartilhar contigo!

Quando você modela uma classe a partir de uma tabela, como você faz com aqueles campos de chave estrangeira, que apontam para uma outra tabela que porventura se torne uma classe também?

Se fomos seguir 100% a POO, devemos fazer um lazy com o objeto em questão, ou seja, criar uma variável privada cujo tipo corresponda a classe daquela tabela, e a sua exposição, se for o caso, em uma propriedade.

Vamos tomar a seguinte tabela como exemplo:

É uma tabela simples, possuindo quatro campos. O detalhe é que os campos ANTES e PROXIMO relacionam-se com o campo ID da mesma tabela, ou seja, um autorrelacionamento (é, com a nova ortografia fica esquisito hehe), ou em jargão menos técnico, uma “tabela que morde o próprio rabo”. E por duas vezes.

Vamos implementar uma classe (em C#, claro, porém, de forma bem simplificada, sem tratamento de erro e tal!) para a tabela em questão:

public class TNivel
{
	#region Variáveis Privadas
	private int _Id;
	private string _Descricao;
	private TNivel _Antes;
	private TNivel _Proximo;
	#endregion
	
	#region Propriedades
	public int Id {get {return _Id;} set {_Id = value;}}
	public string Descricao {get {return _Descricao;} set {_Descricao = value;}}
	public TNivel Antes {get {return _Antes;} set {_Antes = value;}}
	public TNivel Proximo {get {return _Proximo;} set {_Proximo = value;}}
	#endregion
	
	#region Métodos
	public TNiveis(int pNivelId)
	{
		if(pNivelId != null)
		{
			DataReader dr = getReader("select * from NIVEIS where ID = " + pNivelId.ToString());
			if(dr.HasRows)
			{
				_Id = (int)dr["ID"];
				_Descricao = (string)dr["DESCRICAO"];
				_Antes = new TNivel((int)dr["ANTES"]);
				_Proximo = new TNivel((int)dr["PROXIMO"]);
			}
		}
	}
	#endregion
}

Como você pode ver, os campos PROXIMO e ANTES foram implementados como objetos do tipo TNivel, pois eles são como “ponteiros”, apontando para objetos do mesmo tipo.

O construtor desta classe recebe um ID de nível, e atribui os valores às variáveis privadas, e no caso das variáveis _Antes e _Proximo, ele cria uma nova instância da classe TNivel, passando o respectivo ponteiro em seu construtor.

Vamos inserir alguns dados na tabela?

--------------------------------------
ID   DESCRICAO     ANTES    PROXIMO
1    NIVEL 1       NULL     2
2    NIVEL 2       1        3
3    NIVEL 3       2        NULL
--------------------------------------

Montamos os dados nessa tabela de forma que representasse uma lista encadeada, sendo o primeiro nível apontando para o segundo, o segundo apontando para o primeiro e para o terceiro, e o terceiro apontando para o segundo e fechando o encadeamento.

Vamos criar uma instância do nível 1:

TNivel Nivel1 = new TNivel(1);

Quando você executou esse código, notou que o programa ficou parado?

Pois é, o programa fica travado nessa linha! P##ra, o que aconteceu aí, parece que ficou em um looping eterno e não tem nenhum laço!

Vamos fazer agora o bom e velho teste de mesa no método construtor:

1. Nivel1: O método obtém os dados de um DataReader
2. Nivel1: Se o DataReader contiver algum registro, continua, senão, cai fora
3. Nivel1: A propriedade Id é alimentada
4. Nivel1: A propriedade Descrição é alimentada
5. Nivel1: Uma nova instância da classe TNivel é inicializada na variável _Antes, e é passado NULL como parâmetro
6. Nivel1._Antes: O construtor é executado, obtendo os dados de um DataReader
7. Nivel1._Antes: O Select não retornou registros, então, cai fora
8. Uma nova instância da classe TNivel é inicializada na variável _Proximo, e é passado “2” como parâmetro.
9. Nivel1._Proximo: O construtor é executado, obtendo os dados de um DataReader
10. Nivel1.Proximo: O Select retornou um registro, portanto, vamos alimentar as variáveis
11. Nivel1.Proximo: A variável Nivel1.Proximo._Id é alimentada
12. Nivel1.Proximo: A variável Nivel1.Proximo._Descricao é alimentada
13. Nivel1.Proximo: Uma nova instância da classe TNivel é criada na variável _Antes, e é passado “1” como parâmetro em seu construtor
14. Nivel1.Proximo.Antes: O construtor é executado, obtendo os dados de um DataReader
15. Nivel1.Proximo.Antes: O Select retornou um registro (os dados do Nível 1), então, continua.
16. Nivel1.Proximo.Antes: As variáveis _Id e _Descricao são alimentadas.
17. Nivel1.Proximo.Antes: Uma nova instância de TNivel é criada na variável _Antes, e é passado NULL como parâmetro
18. Nivel1.Proximo.Antes.Antes: Obtém os dados de um DataReader, porém o Select não retornou nada.
19. Nivel1.Proximo.Antes: Uma nova instância de TNivel é criada na variável _Proximo, e é passado “2” como parâmetro em seu construtor
20. Nivel1.Proximo.Antes.Proximo: Bem, aí vc já sabe, basta retornar ao passo 9 :-)

Notaram que conforme ele carrega os objetos _Antes e _Proximo ele vai criando instâncias de TNivel “aninhadas”? Pois é, neste caso que apresentamos, um nível sempre faz referência com pelo menos um outro nível.

Ficamos em uma sinuca de bico… Manter o paradigma POO neste caso não é viável, pois o programa fica criando estas instâncias aninhadas enquanto haver memória para tal. Como saímos disso, sendo que queremos expor os níveis Próximo e Antes como um objeto TNivel?

Graças à instituição POG temos a solução para este caso!!! Vejam o código modificado de forma que as instâncias de TNivel nas propriedades Proximo e Antes sejam criadas conforme elas são acessadas:

public class TNivel
{
	#region Variáveis Privadas
	private int _Id;
	private string _Descricao;
	private int _Antes;
	private int _Proximo;
	private TNivel _oAntes;
	private TNivel _oProximo;
	#endregion
	
	#region Propriedades
	public int Id {get {return _Id;} set {_Id = value;}}
	public string Descricao {get {return _Descricao;} set {_Descricao = value;}}
	public TNivel Antes {get {return new TNivel(_Antes);} set {_oAntes = value;}}
	public TNivel Proximo {get {return new TNivel(_Proximo);} set {_oProximo = value;}}
	#endregion
	
	#region Métodos
	public TNiveis(int pNivelId)
	{
		if(pNivelId != null)
		{
			DataReader dr = getReader("select * from NIVEIS where ID = " + pNivelId.ToString());
			if(dr.HasRows)
			{
				_Id = (int)dr["ID"];
				_Descricao = (string)dr["DESCRICAO"];
				_Antes = (int)dr["ANTES"];
				_Proximo = (int)dr["PROXIMO"];
			}
		}
	}
	#endregion
}

Note que agora no construtor de TNivel armazenamos os ID dos níveis Proximo e Antes nas variáveis privadas _Antes e _Proximo, e expomos como propriedade um objeto do tipo TNivel, que em seu método get cria uma nova instância de TNivel com o ID armazenado na variável privada correspondente.

Armazenando os ID’s ao invés de criar uma nova instância diretamente, evita com que ele a aplicação crie as instâncias aninhadas do caso anterior, e somente carregue o nível através das propriedades Proximo e Antes conforme elas são chamadas pela aplicação, sempre armazenando o ID ao invés de criar uma nova instância no construtor.

Então, quando você se deparar com uma situação de autorrelacionamento e quiser manter a POO, use este procedimento, que você não terá problemas!

Um abraço!

Leia o restante deste post...