Kommentare zu: Dynamische Klasse mit DynamicObject erstellen

Von: Rainer Hilmer

Rainer Hilmer — Tue, 27 Jul 2010 19:18:18 +0000

Hallo Mario,
ich habe gerade einen Artikel zum Thema gefunden, der interessant sein könnte (hab auch gerade erst angefangen zu lesen):
http://msdn.microsoft.com/en-us/magazine/ff796227.aspx

Von: Mario

Mario — Mon, 26 Jul 2010 17:16:37 +0000

Das mach ich gerne : )

Von: Rainer Hilmer

Rainer Hilmer — Mon, 26 Jul 2010 17:13:28 +0000

POCOs sind ganz einfach Entities oder Container wie z.B.

public struct Person
{
public string FirstName{get;set;}
public string LastNae{get;set;}
public DateTime DateOfBirth{get;set;}
// usw.
}

Ich benutze hier bewusst struct und nicht class um dieser “null ist böse” Diskussion aus dem Weg zu gehen. Ein struct kann nie null sein. ;-)

Übrigens: Wenn du mal ein snnvoles Szenario für Dynamic findest, kannst du ja einen Blogpost darüber machen. Es würde mich auch interessieren. Dein Blog hab ich in die Bookmarks aufgenommen.

Von: Mario

Mario — Mon, 26 Jul 2010 16:20:52 +0000

Hallo Rainer,

ich sehe das genau so, nur ich versuche dennoch das eine oder andere Scenario zu finden, bei dem dynamic vielleicht doch mal Sinn machen könnte. Mit POCO habe ich bisher noch keine Erfahrung.

Von: Rainer Hilmer

Rainer Hilmer — Mon, 26 Jul 2010 15:10:43 +0000

Ich persönlich bin kein Freund von dieser ganzen Dynamic-Geschichte. Logischerweise bieten solche Objekte kein Intellisense. Dadurch kann man sich an anderer Stelle schnell mal vertippen und schon hat man den Bug. Wenn ich mal schnell einen Container brauche, nehme ich lieber ein Tuple, ansonsten ziehe ich das gute alte POCO vor.

Laut MSDN macht das ExpandoObject dort Sinn, wo ein bestehendes Objekt erweitert werden muss (daher der Name), also typisches Decorator-Szenario.