das klingt so als würdest Du Dich für datensensitiven Controls einsetzen.
Solange es um die Anzeige geht, was spricht dagegen?
Zitat:
Was die VIEWs angeht bin ich zwar anderer Meinung (eine
Query tut's auch)
Eigentlich schon, aber eine VIEW ist wiederverwendbar. Die
Query natürlich auch, aber ich baue mir die Reports eben immer so, das man sie mit Fast/Crystal/SchießmichtotReport oder direkt in EXCEL abbilden kann, ohne dafür den Report-Quelltext zu haben (oder -Gott bewahre-) in den Quelltext der Anwendung rein muss. Wenn ich die
Query kopiere und es ändert sich eine Geschäftsregel, hab ich Pech. Eine View ist zudem auch als Quelle für komplexere Report nützlich und und und. Du schreibst ja auch Prozeduren und verwendest kein Copy&Paste.
Zitat:
Solange Du
weißt was Du tust, nutz weiter
DB...
Keine Bange. Man bekommt ja keine Pickel, wenn man
DB-Controls verwendet.
Bau mal eine komplexe Eingabe mit einem DevExpress-Grid als
RAD (und dahinter eine updatetable View
) zum einen und dann das gleiche toll mit TList<TFooBar> und persistenzschicht und manuellem Füllen (bloß keine
DB-
VCL) und und und. Also bei mir geht das in ein paar Minuten und solange Du noch rumtippst, um keine Pickel zu bekommen, bin ich schon auf dem Golfplatz/am Strand/an der Bar.
Wie gesagt: Ich weiß, was ich tue. Sollte man eh, meinste nich?