C# – Wissenwertes zu IEnumerable und wie man es richtig nutzt

Peter Bucher hat einen interessanten Artikel rund um IEnumerable und wie und wann man es richtig nutzt veröffentlicht.
Sollte man mal gelesen haben und natürlich auch anwenden. Ich werd es auf jeden Fall!

Wann IEnumerable nutzen, wann ICollection und wieso überhaupt IList?

Gibt in dem Blog übrigens noch andere lesenswerte Beiträge!

Linq Probleme mit ToString()

Ich finde Linq ja eine echt tolle Sache. Damit kann man schöne lesbare Statements formulieren, welche eigentlich sehr logisch sind.

Heute wollte ich anhand einer Datenbank eine <select>-Liste in einem ASP.NET MVC Projekt erstellen.
Dazu wollte ich die Html.DropDownList() verwenden, welche eine Liste des Typen „SelectListItem“ verlangt. Dies wollte ich schnell mit Linq erstellen:

var daten = from datensatz in this.datenSet select new SelectListItem { 
Value = datensatz.Id.ToString(),
Text = datensatz.Name
}

Das hat so nicht geklappt, Fehlermeldung lautete:

‚LINQ to Entities‘ erkennt die Methode ‚System.String ToString()‘ nicht, und diese Methode kann nicht in einen Speicherausdruck übersetzt werden.

Zudem wurde mir als fehlerauslösende Zeile die Html.DropDownList() angezeigt. Das Problem liegt an dem „datensatz.Id.ToString()“, obwohl es vom Visual Studio direkt vorgeschlagen wird. Auch andere casting Methoden ((string) vorschreiben, Convert.ToString()) waren nicht erfolgreich.
Per Google kam ich auf diesem Beitrag, welcher die Lösung enthielt. Ich schaufel die Daten vorher in ein Dictionary und gebe sie von dort aus, da das Dictionary die ToString() Methode kennt.

var foo = from datensatz in this.datenSet.ToDictionary(i => i.Id, i => i.Name)
          select new SelectListItem
                     {
                         Text = datensatz.Value,
                         Value = datensatz.Key.ToString()
                     };

Diese Lösung klappt hier nun ganz gut, da wir wirklich nur einen Key und ein Value haben. Spätestens bei drei Werten kann man nicht über ein Dictionary gehen. Da müssen die Daten dann vorher in eine „Dummy“-Klasse gepumpt werden, welche die Wertetypen so annimmt. Nicht die schönste Weg, aber ein besserer fällt mir spontan nicht ein.

ADO.NET Foreign Key = null selektieren

Ich habe zwei Tabellen erstellt, welche über einen Foreign Key miteinander verknüpft sind.
Nun habe ich über den Wizard ein „ADO.NET Entity Data Model“ erstellt und die beiden Tabellen ausgewählt. Richtig hat er die Relation zwischen Tabelle A und Tabelle B mit 0..1 –> * erkannt.

Nun wollte ich alle Einträge aus Tabelle B, welche keine Verknüpfung zu Tabelle A haben, sprich in der Spalte den Wert „NULL“ besitzen.
Leider ist es nicht möglich, die Spalte im Code anzusteuern.
Foreignkey1

Die Lösung ist hier eigentlich ganz einfach, meine erste Idee war auch richtig, hat aber nicht „geklappt“, da ich mir die falsche Variable ausgeben lassen habe.
Da durch die 0..1 –> * Beziehung im „AdressbuchUser“-Objekt automatisch ein (in dem Fall) „AdressbuchFirmen“-Objekt angelegt wird, welches die Daten aus der anderen Tabelle enthält, braucht man dies nur auf null zu prüfen, schon funktioniert die ganze Geschichte.

Foreignkey2

Weitere Informationen zu dem Thema findet ihr hier.

Lokaler Pfad bei SQLite Datenbank und ASP.NET

Ich probiere mich gerade in ASP.NET und um nicht gleich einen SQL-Server aufsetzen zu müssen, nutze ich SQLite. Die Abfragen sind ähnlich und zum Rumspielen reicht das dicke hin. Zudem habe ich schon ein paar Erfahrungen mit einem anderen Tool gesammelt. Nun hatte ich folgendes Phänomen, ganz am Anfang hatte ich die Datenbank erstellt mit irgendwelchen Dummyeinträgen und ein bischen mit den Ajaxelementen von Visual Studio rumgespielt.
Das hat auch gut geklappt, das auslesen der Daten lief im Hintergrund per SQLiteConnection(). Dann habe ich mir ein reines HTML Formular gebastelt und wollte hier eine Art Login ausprobieren. Auf einmal kam jedes mal die Fehlermeldung, dass die Datenbank „Users“ nicht gefunden wurde (Users war die von mir erstellte).

System.Data.SQLite.SQLiteException: SQLite error
no such table: Users
   bei System.Data.SQLite.SQLite3.Prepare(SQLiteConnection cnn, String strSql, SQLiteStatement previous, UInt32 timeoutMS, String& strRemain)
   bei System.Data.SQLite.SQLiteCommand.BuildNextCommand()
   bei System.Data.SQLite.SQLiteCommand.GetStatement(Int32 index)
   bei System.Data.SQLite.SQLiteDataReader.NextResult()
   bei System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
   bei System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
   bei System.Data.SQLite.SQLiteCommand.ExecuteReader()
   bei ASPGuestbook.LoginForm.checkLogin() in ...\LoginForm.aspx.cs:Zeile 57.

Unter Visual Studio konnte ich die SQLite Datenbank ohne Probleme bearbeiten. Die Datei war auch im selben Verzeichnis. Ich hatte mir auch per AppDomain.CurrentDomain.BaseDirectory das Verzeichnis ausgeben lassen. Hat auch alles gepasst.
Mein Befehl zum Öffnen lautete so:

SQLiteConnection sqlCon = new SQLiteConnection("Data Source=datenbank.db3;Password=12345;");
sqlCon.Open();

Natürlich schön im try / catch Block verpackt, es kam aber keine Fehlermeldung. Hat einen Moment gedauert bis ich dahinter kam. Und zwar hat die SQLite Erweiterung die ich nutze die dumme Angewohnheit, wenn Data Source nicht existiert, dass er eine leere Datenbank anlegt. In dieser leeren Datenbank gibt es natürlich nicht die Tabellen und folglich der Fehler. Angelegt hat er diese leeren Datenbanken übrigends unter

C:\Programme\Microsoft Visual Studio 9.0\Common7\IDE

Darauf muss man erstmal kommen..
So funktioniert es dann, ob es die optimale Lösung ist, bezweifel ich.

SQLiteConnection sqlCon = new SQLiteConnection("Data Source=" + AppDomain.CurrentDomain.BaseDirectory + "bin\\datenbank.db3;Password=12345;");
sqlCon.Open();

Das Problem lässt sich sicherlich auch auf andere Sprachen adaptieren. Bei einem richtigen SQL Server fällt das ja sowieso weg, aber nervig wars trotzdem!