Träume, Wünsche und Wahnvorstellungen...

[Ralf Kaiser]

Zitat von implementation:

Quark - es geht darum, dass die Standard-Controls auch die Möglichkeit bekommen, z.B. mit Datenbanktabellen zu interagieren und man dazu keine speziellen DB-Controls mehr braucht.
Kurz gesagt: Mehr Funktionalität für die Standard-Controls, dann können die DB-Controls abgeschafft werden.

Es geht aber nicht nur um DBs - auch andere Datenquellen wie Stringlists, Variablen, Dateistrukturen usw. sollen auch als Datenquelle zu gebrauchen sein.

So verstehe ich das.

Und das verstehst du absolut richtig!

In .NET kann man z.B. eine Liste von Objekten eines bestimmten Typs erstellen (z.B. eine Liste von TPerson) und diese ganz einfach zur Darstellung an ein Control binden. Ein Grid würde dann für alle enthaltenen Tpersonen jeweils den Namen, Vornamen und das Alter in Spalten anzeigen und das ohne, dass man dafür irgendwelche speziellen Controls benötigt.

Die dazu nötigen Interfaces werden in .NET schon sehr früh in der Klassenhierachie definiert, sodass sich fast alles so darstellen/behandeln lässt-

Und etwas ähnliche würde ich mir für kommende VCL-Versionen wünschen (na ja, hier im Thread waren ja auch "Wünsche" und "Wahnvorstellungen" erlaubt! )

[mschaefer]

Ja dafür müsste Embracadero wahrscheinlich das komplette Delphi-Praxis-Community-Team für ein Jahr beschäftigen . . .

[stahli]

... Andererseits, wenn Stevie mal so nebenbei eine Databinding-Lösung "aus dem Ärmel schüttelt" und selbst ich eine Möglichkeit gefunden habe, Referenzen auf meine freigegebenen Objekte automatisch auf nil zu setzen, so einiges sollte schon lösbar sein.

[FredlFesl]

Also Leute, mit 'Published' geht das doch sowieso Eins-Fix-Drei.

[Stevie]

Zitat von FredlFesl:

Also Leute, mit 'Published' geht das doch sowieso Eins-Fix-Drei.

Ja, sicher, mit published wird auch automatisch der Wert aus dem Control in die Property des gebundenen Objekts übertragen ... oh halt, wird sie nicht.

[FredlFesl]

Witzbold. Mit 'published' Eigenschaften kann ich das aber Eins-Fix-Drei erledigen.
Kann mir nicht vorstellen, das Du wirklich so borniert bist.

[stahli]

..[/Sarkasmus][Sachlichkeit]...

[Stevie]

Zitat von FredlFesl:

Witzbold. Mit 'published' Eigenschaften kann ich das aber Eins-Fix-Drei erledigen.
Kann mir nicht vorstellen, das Du wirklich so borniert bist.

Wenn ich borniert wäre, hätt ich bestimmt nicht die bislang (zumindest mir bekannte) umfangreichste Databinding library für die VCL geschrieben - sogar ohne 'published'.
Also: erst informieren, dann mitreden, hier war die Rede von einer nativen Databinding Unterstützung der VCL ohne die Notwendigkeit, selber was zu schreiben.

[schöni]

Zitat von Ralf Kaiser:

Zitat von implementation:

Quark - es geht darum, dass die Standard-Controls auch die Möglichkeit bekommen, z.B. mit Datenbanktabellen zu interagieren und man dazu keine speziellen DB-Controls mehr braucht.
Kurz gesagt: Mehr Funktionalität für die Standard-Controls, dann können die DB-Controls abgeschafft werden.

Es geht aber nicht nur um DBs - auch andere Datenquellen wie Stringlists, Variablen, Dateistrukturen usw. sollen auch als Datenquelle zu gebrauchen sein.

So verstehe ich das.

Und das verstehst du absolut richtig!

In .NET kann man z.B. eine Liste von Objekten eines bestimmten Typs erstellen (z.B. eine Liste von TPerson) und diese ganz einfach zur Darstellung an ein Control binden. Ein Grid würde dann für alle enthaltenen Tpersonen jeweils den Namen, Vornamen und das Alter in Spalten anzeigen und das ohne, dass man dafür irgendwelche speziellen Controls benötigt.

Die dazu nötigen Interfaces werden in .NET schon sehr früh in der Klassenhierachie definiert, sodass sich fast alles so darstellen/behandeln lässt-

Und etwas ähnliche würde ich mir für kommende VCL-Versionen wünschen (na ja, hier im Thread waren ja auch "Wünsche" und "Wahnvorstellungen" erlaubt! )

OK, auch gut, das würde dann aber nur für .NET so relativ einfach sein. Bei VCL gäbe es da meines Erachtens nach ordentlich Arbeit für Emba.