Unterschiedliche Datenquellen. Wie vorgehen?

[FredlFesl]

Hi,

Es geht um Dot.Net. Klar, so könnte man das machen. Aber ich möchte die Lösung so gestalten, das sie nahtlos in das Dot.Net DataProvider / Databinding - Konzept passt, sodaß man mit der richtigen Implementierung gleich eine ganze Reihe weiterer Aufgaben erschlägt.

Beispielsweise würde ich in Delphi versuchen, ein TDataset-Derivate zu erzeugen, damit ich alle datensensitiven Steuerelemente verwenden kann.

[omata]

Zitat von FredlFesl:

Es geht um Dot.Net.

Wo stand das? Der einzige (indirekte) Hinweis, war "IDataReader".

Oder bin ich blind, und das stand wirklich konkret in deiner Frage.

Edit: Ahhh, ok. NET-Sprachen war das Ober-Thema. Sorry.

[FredlFesl]

Nee, nee. Hast schon Recht. Hätte ich in einem DELPHI-Forum nochmals hinschreiben sollen.

[Phoenix]

Du wirst Zugriff auf SharedMem und TCP nicht in das DataProvider-Konzept zwängen können.

Ich würde tatsächlich wie WM_Close vorgeschlagen hat ein Interface definieren, welches den Datenzugriff kapselt.

Genauso würde ich, wenn es Sinn macht, lediglich ein Interface für die eigentlichen Daten definieren.

In .NET kannst Du Databinding ja auch ohne weiteres gegen beliebige Objekte (oder eben Interfaces) definieren, und genau hiervon würde ich gebrauch machen. Dann brauchst Du Dich auch nicht mit dem DataSet rumschlagen. Ausser dass es langsam und nicht threadsafe ist und damit ausschliesslich Probleme beschert ist es nämlich nicht wirklich zu was gut.

[FredlFesl]

Ah. Stimmt ja. Ich bin ja unter Dot.Net überhaupt nicht auf TDataset bzw. den Pendant angwiesen. Na dann mach ich das doch einfach so.

Danke!