Das neue Board befindet sich jetzt hier. Als Engine nutze ich das auf DotNetNuke basierende Vivo. Vivo selbst und die Community sind noch im Aufbau, weswegen es mit Sicherheit an der ein oder anderen Ecke haken wird. Also – Einfach mal reinschauen.

Links:

• www.powerbuilder.devbar.de
• vivo
• Ning

Links

• CodeProject: Top Ten Extensions for Visual Studio 2010

Links:

• Visual Studio 2010 – Community Wallpapers

Das Schlüsselwor DYNAMIC gibt es in C# jetzt auch. Aber anstatt es, wie in Powerbuilder, vor die Methode oder den Event zu stellen wird es hier als Datentyp eingesetzt.

Powerbuilder:

powerobject  lpo_powerobject
n_test               lnv_test

lnv_test = CREATE n_test
lpo_powerobject = lnv_test
lpo_powerobject.DYNAMIC of_helloWorld ( )

C#

dynamic myobject;
myojbject = new TestA();
myobject.HelloWorld ( );

Das heißt natürlich im Umkehrschluss, dass man jetzt jede beliebige Methode als Aufruf programmieren kann ohne dass der Compiler aufmuckt. Ich würde sagen: Fluch und Segen

Daraus folgt aber auch, dass ich jede belibige Klasse unabhängig von Vererbungshierarchie in myObject füllen kann an der die Methode HelloWorld existiert.

Dieses Listing soll das Verhalten verdeutlichen:

static void Main(string[] args)
{
	dynamic work = null;

	work = new TestA();
	work.HelloWorld();

	work = new TestB();
	work.HelloWorld();

	Console.Read();

}

public class TestA
{
	public void HelloWorld()
	{
		Console.WriteLine("Hallo ich bin TestA");
	}
}

public class TestB
{
	public void HelloWorld()
	{
		Console.WriteLine("Hallo ich bin TestB");
	}
}

Fazit

Dynamic ist eine schöne Sache um späte Bindung zu vereinfachen. Früher oder später führt es aber, bei zu häufiger Anwendung, zum Chaos. Also: Immer Verantwortungsbewusst einsetzen

Programmieren als Brettspiel? Ob das Spaß macht? Ist auf jeden Fall mal was für die Nerd-Ecke. Das erinnert mich ein bischen an die Big-Bang-Theory-Folge in der Sheldon sein eigenes Brettspiel “Science Lab” vorstellt. Ich sag nur: “The Physics Is Theoretical, But The Fun Is Real!”

Links:

• C-Jump

Links

• Coding4fun: Augmnented Reality Domino Knowk-Down Game
• Goblin XNA auf CodePlex

Aber jetzt kommt’s : 70 Euronen. Mein Herz hat geblutet . Das Buch ist zwar sein Geld Wert, aber trotzdem frag’ ich mich natürlich ob man nicht auch günstiger in’s Thema kommt. Vielleicht habt ihr ja einen Tipp.

Ansonsten würde ich es aber trotzdem weiterempfehlen.

Links:

• Amazon

Ich bin grundsätzlich kein Freund dieser ganzen Virtalisierungs-Hysterie. Zum Programmieren hat es sich aber als sehr nützlich erwiesen, immer ein kleines Daddelsystem in der Hinterhand zu haben. Man kann dann schnell mal das aktuelle VisualStudio-RC, Powerbuilder 12 Beta oder Adware-Verdächtige Tools installieren ohne sich sein System zu killen. Außerdem lassen sich ja so manche alten Spiele-Schätze auf einem virtualisierten XP oder 98 zu neuem Leben erwecken.

Das momentan beeindruckenste Tool ist VirtualBox. Topfeatures:

• kostenlos
• 64Bit-Gastsysteme
• DirectX-Untersützung (Juchu! Endlich wieder Age of Empires )
• Mac-OS (naja wer’s braucht )

Viel Spaß beim Ausprobieren!

Links:

• VirtualBox

Tuples erstellen

Um einen Tuple in C# zu erstellen benötigt man den Standardtyp Tuple. Die Tuple-Klasse hat 8 überladene statische Methoden mit dem Namen Create.

• Create (T1)
• Create(T1,T2)
• Create(T1,T2,T3)
• Create(T1,T2,T3,T4)
• Create(T1,T2,T3,T4,T5)
• Create(T1,T2,T3,T4,T5,T6,T7)
• Create(T1,T2,T3,T4,T5,T6,T7,T8)

Die Methoden geben folgende Datentypen zurück.

• Tuple<T1>
• Tuple<T1,T2>
• Tuple<T1,T2,T3>
• Tuple<T1,T2,T3,T4>
• Tuple<T1,T2,T3,T4,T5>
• Tuple<T1,T2,T3,T4,T5,T6>
• Tuple<T1,T2,T3,T4,T5,T6,T7>
• Tuple<T1,T2,T3,T4,T5,T6,T7,TRest…> ( alle Tuples > 8 wie das geht kommt noch )

Hier der Code um einen einfachen Tuple zu erstellen.

var album = Tuple.Create<string,int>("Rammstein", 2008);
Console.WriteLine(album);
Console.Read();

Die Ausgabe ist: (Rammstein, 2008)

Natürlich kann man auch auf einzelne Elemente zugreifen.

var album = Tuple.Create<string,int>("Rammstein", 2008);
Console.WriteLine("Band: {0}, Jahr: {1}", album.Item1, album.Item2);
Console.Read();

Die Ausgabe ist: Band: Rammstein, Jahr: 2008

Verschachtelte Tuples

Tuples lassen sich auch verschachteln.

var album = Tuple.Create("Rammstein", 2008,new Tuple<int,int>(1,2));
Console.WriteLine(album);
Console.Read();

Die Ausgabe ist: (Rammstein,(1,2))

Tuples > 8

Die Create-Methoden haben nur 8 Überladungen. Wenn man Tuples erstellen will, die größer als 8 Elemente sind, benutzt man den new-Operator.

var album = new Tuple<string, int, int, int, int, int, int,  Tuple<int, int>>("Rammstein", 1, 2, 3, 4, 5, 6, new  Tuple<int, int>(8, 9));
Console.WriteLine(album);
Console.Read();

Die Ausfabe ist: (Rammstein, 1, 2, 3, 4, 5, 6, 7, 8, 9)

Das direkte zugreifen auf die Elemente ist ebenfalls möglich.

var album = new Tuple<string, int, int, int, int, int, int, Tuple<int, int>>("Rammstein", 1, 2, 3, 4, 5, 6, new Tuple<int, int>(8, 9));
Console.WriteLine(album.Rest.Item1);
Console.Read();

Fazit

Hin und wieder kommt man in die Verlegenheit temporär Daten speichern zu müssen. Eine vernünftige Gruppierung hält den Code sauber und übersichtlich. Was man allerdings vermeiden sollte, ist das Verwenden von Tuples anstatt eines sauberen Klassenkonzepts. Wenn ich also meinen Album-Datentyp noch öfter brauchen werden, dann erstelle ich mir lieber eine Klasse mit sprechend benannten Attributen anstatt Item1 Item2, etc.

Und noch etwas zum Schluss: Die Frage die ich mir zu Anfang gestellt habe war, warum man hier mit der Begrenzung auf 8 Parameter arbeitet. Des Rätsels Lösung: C# unterstützt keine generischen Konstruktoren/Methoden mit unterschiedlichen Datentypen. Soll heißen, dass z.B Create nur generisch sein könnte, wenn es nur int-Werte nehmen würde. Das ergibt aber keinen Sinn, da man dann besser ein Array deklarieren könnte.

Wer also der englischen Sprache mächtig ist sollte hier zugreifen. Ich finde ~ 30 Euro für ein Fachbuch ist auch noch im sehr fairen Bereich.

Links:

• Amazon