Para finalizar esta série acerca da hidratação de objectos, vou mostrar algumas comparações de performance entre os diferentes métodos de hidratação de objectos. Para os efeitos deste exercício vou usar esta classe:class SomeType { public int Id { get; set; } public string Name { get; set; } public DateTimeOffset CreationTime { ...

Na minha entrada mostrei como hidratar objectos criando instâncias e afectando propriedades dessas instâncias. Mas, se a intenção é hidratar objectos  partir de dados, porque não ter uma expressão que faz isso mesmo? É para isso memos que serve a expressão de inicialização de membro. Para criar tal expressão apenas é necessário uma ...

Após a minha entrada acerca de como despejar objectos usando árvores de expressões, têm-me perguntado se o mesmo pode ser feito para hidratar objectos. Claro que pode, mas poderá não ser tão fácil. O que procuramos é uma forma de afectar propriedades em objectos de que desconhecemos o tipo. Para tal, necessitamos de gerar métodos que afectem o ...

No seguimento da minha última entrada, recebi muitas questões acerca de como me tinha tornado um especialista na criação de árvores de expressões. A resposta é: .NET Reflector Naquela entrada eu precisava de gerar uma árvore de expressões para esta expressão:Expression<Func<object, object>> expression = o => ...

Um colega perguntou-me se eu conhecia alguma forma de despejar uma lista de objectos para uma DataTable com melhor performance que a que ele estava a usar. Os objects a serem despejados têm, geralmente, mais de uma dúzia de propriedades, mas, para os efeitos deste texto, assumamos que se parecem com isto:class SomeClass{    ...

Numa entrada anterior entrada, falei sobre como os arrays são covariantes em relação ao tipo dos seus elementos, mas que essa variância não é segura. No exemplo seguinte, a segunda afectação é inválida em tempo de execução porque, embora o tipo da variável objectArray seja array de object, o verdadeiro tipo do array é array de string e um object ...

Gostaria de agradecer a quem esteve presente na minha sessão no TechDays 2010 e espero que tenha conseguido passar a mensagem das novidades da última versão da linguagem C#. Para quem não esteve na sessão (ou esteve e quiser rever o conteúdo), a apresentação pode ser descarregada daqui. Os exemplos de código podem ser descarregados daqui. Aqui ...

A resolução dinâmica e argumentos com nome e opcionais melhoram largamente a experiência de interoperar com APIs COM como as Office Automation Primary Interop Assemblies (PIAs). Mas, para aliviar ainda mais o desenvolvimento de interoperabilidade com COM, foram adicionados algumas funcionalidades específicas para COM ao C# 4.0. Omissão do ...

A principal funcionalidade do C# 4.0 é a programação dinâmica. Não apenas em termos de tipos dinâmicos, mas, un sentido mais lato, a capacidade de falar com qualquer coisa que não seja staicamente tipada para ser um objecto .NET. Dynamic Language Runtime O Ambiente de Execução para Linguagens Dinâmicas (Dynamic Language Runtime - DLR) é um ...

Tal como mencionei na minha última entrada, expor publicamente métodos com argumentos opcionais é uma má prática (é por isso que o C# resitiu a tê-los, até agora). Podem argumentar que o vosso método ou construtor tem demasiadas variações e ter mais de dez variantes é um pesadelo de manutenção, e têm razão. Mas a solução já existe há muito tempo: ...