ORIENTACAO A OBJETOS - CONCEITO
LUIS HERRERA,
Nesse caso, Categoria vai ter um conjunto de cursos. Então em Categoria, você cria uma propriedade do tipo List<T> de Curso:
Nesse caso, não há herança, e sim uma relação de 1 para N, por isso a criação de uma propriedade do tipo List<T>
Nesse caso, Categoria vai ter um conjunto de cursos. Então em Categoria, você cria uma propriedade do tipo List<T> de Curso:
public class Categoria
{
.....///outras propriedades
public List<Curso> Cursos { get; set; }
}
Nesse caso, não há herança, e sim uma relação de 1 para N, por isso a criação de uma propriedade do tipo List<T>
Posso estar enganado, mas é possÃvel criar um List<T> de forma hierárquica, idêntico ao TreeView?
Sim, perfeitamente possÃvel. Uma List<T> onde T tem propridades que podem também ser List<T>
Hehehe!
Gostei bastante do tópico!
Pena que esteja [Ô]dedicado[Ô] á C# apenas...
Só para [Ô]deixar uma pimentinha[Ô] por aqui, parece que [Ô]list[Ô] o pessoal já está se acostumando...
Assim sendo, quem pode dizer o que o código abaixo faz, e o que é [Ô]lista[Ô] no fim da execução do último trecho?
...
Public Class Cliente
Public Property ClienteID As Int64
Public Property Nome As String
Public Property Sobrenome As String
...
Public Property Cidade As String
Public Property PaÃs As String
End Class
...
Public Class Fatura
Public Property FaturaID As Int64
Public Property ClienteID As Int64
Public Property Emissão As Nullable(Of DateTime)
Public Property ValorTotal As Double
...
Public Overridable Property Parcelas As Collection(Of Parcela)
<ForeignKey([Ô]ClienteID[Ô])>
Public Overridable Property Cliente As Cliente
End Class
...
Public Class Parcela
Public Property ParcelaID As Int64
Public Property Vencimento As Nullable(Of DateTime)
Public Property Pagamento As Nullable(Of DateTime)
...
Public Property Valor As Single
Public Property ValorPago As Single
End Class
...
[ô]outras classes, contexto, blá blá blá etc...
...
Dim lista = (From c In db.Clientes
Group Join f In db.Faturas On c.ClienteID Equals o.ClienteID
Where f.ValorTotal > 300 AndAlso
f.Parcelas.Count > 3
Order By c.Sobrenome
Into fats = Group
Let Localidade = c.Cidade & [ô], [ô] & c.Pais
From f In fats
Select New With {c.Nome, f.ValorTotal, Localidade}).Skip(10).Take(5).ToList
...
Gostei bastante do tópico!
Pena que esteja [Ô]dedicado[Ô] á C# apenas...
Só para [Ô]deixar uma pimentinha[Ô] por aqui, parece que [Ô]list[Ô] o pessoal já está se acostumando...
Assim sendo, quem pode dizer o que o código abaixo faz, e o que é [Ô]lista[Ô] no fim da execução do último trecho?
...
Public Class Cliente
Public Property ClienteID As Int64
Public Property Nome As String
Public Property Sobrenome As String
...
Public Property Cidade As String
Public Property PaÃs As String
End Class
...
Public Class Fatura
Public Property FaturaID As Int64
Public Property ClienteID As Int64
Public Property Emissão As Nullable(Of DateTime)
Public Property ValorTotal As Double
...
Public Overridable Property Parcelas As Collection(Of Parcela)
<ForeignKey([Ô]ClienteID[Ô])>
Public Overridable Property Cliente As Cliente
End Class
...
Public Class Parcela
Public Property ParcelaID As Int64
Public Property Vencimento As Nullable(Of DateTime)
Public Property Pagamento As Nullable(Of DateTime)
...
Public Property Valor As Single
Public Property ValorPago As Single
End Class
...
[ô]outras classes, contexto, blá blá blá etc...
...
Dim lista = (From c In db.Clientes
Group Join f In db.Faturas On c.ClienteID Equals o.ClienteID
Where f.ValorTotal > 300 AndAlso
f.Parcelas.Count > 3
Order By c.Sobrenome
Into fats = Group
Let Localidade = c.Cidade & [ô], [ô] & c.Pais
From f In fats
Select New With {c.Nome, f.ValorTotal, Localidade}).Skip(10).Take(5).ToList
...
Professor, serve para vb também.
PROFESSOR,
A lista do final, é uma seleção complexa de dados, nada mais, provavelmente buscando do contexto.
A lista do final, é uma seleção complexa de dados, nada mais, provavelmente buscando do contexto.
Amigos, mudando um pouco do assunto das List<T>. Estou com uma dúvida que parece simples, no entanto, não estou conseguindo determinar uma linha de raciocÃnio.
Vamos a questão:
No VB6 tÃnhamos a possibilidade de criar variáveis globais que eram usadas nas opções e configurações do aplicativo. Agora no C#, pelo que entendi nas minhas pesquisas, devo criar uma classe estática e usá-la para tal, mas creio que isso vá contra o princÃpio OOP. Minha pergunta é: Como fazer o mesmo no C# mantendo a estrutura OOP e uma vez com os valores em memória possa passar entre os objetos?
Grato pela ajuda.
Vamos a questão:
No VB6 tÃnhamos a possibilidade de criar variáveis globais que eram usadas nas opções e configurações do aplicativo. Agora no C#, pelo que entendi nas minhas pesquisas, devo criar uma classe estática e usá-la para tal, mas creio que isso vá contra o princÃpio OOP. Minha pergunta é: Como fazer o mesmo no C# mantendo a estrutura OOP e uma vez com os valores em memória possa passar entre os objetos?
Grato pela ajuda.
FFCOUTO: Puristas de OOP, dirão que você deve criar um singleton para isso, eu pessoalmente prefiro classes estáticas normal apesar de quase não usar dessa maneira.
FFCOUTO,
Desculpa dar uma pequena volta nas List<T>, mas hoje descobri mais uma, que para min pelo menos é novidade.
Gerei relatorio no crystal, com as list. Na hora de informar a conexão, Va em objetos e referencie a List e pronto, os fields são carregados.
Super nota 10.
Desculpa dar uma pequena volta nas List<T>, mas hoje descobri mais uma, que para min pelo menos é novidade.
Gerei relatorio no crystal, com as list. Na hora de informar a conexão, Va em objetos e referencie a List e pronto, os fields são carregados.
Super nota 10.
Kerplunk, qual a maneira que você usa? Pode exemplificar?
Nilsontres, essa é uma informação muito importante.
Nilsontres, essa é uma informação muito importante.
Faça seu login para responder