.NET O/R Mapper

[mirkom76]

Bisher bietet kein O/R Mapper Observer für Propertyänderungen an. Aus diesem Grund habe ich mich mit dieser Sache mal befasst und einen Code-Generator geschrieben, der zu einer bestehenden Datenbank die Klassen generiert, bei dem sich an allen möglichen Stellen gehookt werden kann. Ein zugehöriges Persistence-Framework runden die Sache ab.

Siehe http://www.invist.net

Für Anregungen bin ich natürlich jederzeit offen.

[mirkom76]

Nach über einem Jahr Arbeit ist die Version 2.0.0 endlich released. Invist hat ein komplettes Redesign erhalten und ist jetzt vollständig in Visual Studio integriert.

Invist setzt kein Datenbank-Design voraus. Unterstützt werden zum jetzigen Zeitpunkt SQL-Server, Oracle und MySql.

Unterstützt zusätztlich eine komplett typsichere Filterung von Query auf die Datenbank.

[mirkom76]

Version 2.0.5 ist released. Hauptfeature ist, dass das Visual Studio SDK nicht mehr benötigt wird. Sonst wurden kleinere Vereinfachungen eingebaut und die UI etwas verbessert.

[mirkom76]

Version 2.1.0 ist released. Kern der Version ist die unterstützung weitere Datenbanken

Es werden jetzt folgende Datenbanken unterstützt:
1. Microsoft SQL Server
2. Oracle
3. MySql
4. SQLite
5. VistaDB
6. Access

Zusätzlich als Information ist zu nennen, dass Invist das INotifyPropertyChanged Interface implementiert hat.

[mirkom76]

Invist 2.2.0 unterstützt asynchrones laden und speichern

Version 2.2.0 ist released.

Hauptfeature ist das asynchrone laden und speichern von Daten. Realisiert wird dies durch die Verwendung des Async-Patterns. Das bedeutet, dass die Implememtierung Event-Gesteuert ist. Es ist somit kein komplizierter Methodenaufruf nötig oder diverse Delegates müssen implementiert werden.

Ein einfaches anmelden am Event reicht dabei völlig aus.

Die Roadmap für die zukunft legt erst einmal Wert auf der Anleitung, bevor es an Sachen wie LINQ oder eine bessere UI geht.

[mirkom76]

Version 2.3.0 ist released

HauptFeatures sind die Events zum hooken auf das jeweilige Object bei der Speicherung.

Es ist möglich sich bei einem AutoIncremet die letze ID zu laden.

Sollten die PrimaryKeys explicit zugewiesen werden, muss man als Entwickler nicht mehr die Reihenfolge zur persistierung der objecte beachten. Abhängigkeiten werden aufgelöst und die reihenfolge neu berechnet.