Vererbung von TDataSet auf einem Frame

[joachimd]

die gehören ja auch zu Unit A
Ich würde einen Frame machen, welcher alle vererbbaren Elemente enthält und dann in davon in Unit A und B ableiten ... damit bleibt die Feldauswahl lokal.

[Codehunter]

Zitat von joachimd:

die gehören ja auch zu Unit A
Ich würde einen Frame machen, welcher alle vererbbaren Elemente enthält und dann in davon in Unit A und B ableiten ... damit bleibt die Feldauswahl lokal.

Versteh ich grad nicht. Weil eigentlich hab ich genau das gemacht.

EDIT: Nennen wir die Unit vom Elternformular mal "uMama.pas" und die beiden abgeleiteten Units "uKindA.pas" und "uKindB.pas". Das Dataset liegt auf dem Formular von uMama, die Felder habe ich in uKindA hinzugefügt. Sie erscheinen aber auch in uKindB. Ich hoffe, jetzt wird mein Problem verständlicher.

[joachimd]

Zitat von Codehunter:

Versteh ich grad nicht. Weil eigentlich hab ich genau das gemacht.

Sorry, verlesen
Ich habe beim ersten Durchlesen es so verstanden, dass Du von dem Frame in Unit A ableitest. Ich arbeite eigentlich nicht mit Frames, sondern nehme immer Forms, welche ich dann zur Laufzeit ohne Rand in ein Panel o.ä. einbette - da kommen sie sich nicht ins Gehege.

[Codehunter]

Das kann ich leider nicht beeinflussen, das Projektkonzept sieht Frames vor.

[DeddyH]

Wenn die Frames aus der Objektablage kommen, muss man aufpassen, dass man beim Einfügen auch "Vererben" ausgewählt hat und nicht "Verwenden".

[Codehunter]

Zitat von p80286:

Meiner Meinung nach gehört ein TDataset in ein Datamodul und nicht in ein TFrame oder ein TForm auch wenn das m... funktioniert.

Um mich selbst zu zitieren:

Zitat von Codehunter:

Das kann ich leider nicht beeinflussen, das Projektkonzept sieht Frames vor.

Aber so wie es aussieht ist das Dataset nicht die Ursache sondern nur die Folge eines Problems mit der Objektablage in der IDE.

[haentschman]

[nur meine Meinung]

Zitat:

das Projektkonzept sieht Frames

...dann sollten die Projektverantwortlichen ihre Hausaufgaben machen oder den Entwicklern die Umsetzung überlassen. Datenhaltung gehört nicht in die Forms/Frames

Nachtrag: Ich weiß, daß ist leicht gesagt.
[/nur meine Meinung]

[Codehunter]

Vielleicht lesen sie ja hier mit.

[Delphi.Narium]

Verstehe ich irgendwie nicht:

Du hast ein Frame, das Du zweimal auf ein Formular legst.

Auf diesem Formular liegt auch ein DataSet.

Nun sollen dem einen DataSet auf dem ersten Frame Felder hinzugefügt werden und auf dem zweiten Frame andere?

Irgendwie erschließt sich mir hier der Sinn nicht so ganz.

Habe mal ein Frame erstellt, das 'ne DataSource, ein DBGrid, 'nen DBNavigator und so diverses Allerlei für "Standardhandling" von Datenbankenanzeigen in meinen Programmen kapseln soll.

Das Frame hat u. a. eine Eigenschaft DataSet. Dazu gibt es einen passenden Setter und auch 'nen Getter.
Weise ich nun der Eigenschaft DataSet des Frames eine DataSet zu, so wird im Setter der DataSource auf dem Frame mit dem DataSet auf dem Formular versorgt.

Für mehrere Frames auf einem Formular benötige ich dann auch mehrere DataSets auf dem Formular, es sei denn: Mehrere Frames sollen die gleichen Daten anzeigen.

Alles was das DataSet betrifft, also Feldeditor und Felder hinzufügen ..., geschieht auf dem Formular und nicht in der / den Unit/s der / des Frames.

Wenn in der Unit des Frames was geändert wird, so betrifft das alle Frames dieses Typs und hat auch Auswirkungen auf bestehende Programme, sofern sie neu kompiliert werden.

Das ist aber nicht der Sinn des Feldeditors zum DataSet, da sollen Änderungen nur für eine konkrete Instanz eines Frames gelten.

Eventuell hilft das ja, wenn nicht, weil ich die Aufgabenstellung falsch verstanden habe, vergiss es einfach

[Codehunter]

Zitat von Delphi.Narium:

Du hast ein Frame, das Du zweimal auf ein Formular legst.

Schon falsch. Ich habe ein Frame, dass ich in die Objektablage hinzufüge. Der Fehler scheint schon hier zu passieren. Denn wenn ich genauer hinschaue, fügt die IDE der Objektablage nicht das von mir erstellte Frame mit dem Dataset hinzu sondern dessen Elternframe (ja ich weiß, schreckliche Verschachtelung, nicht auf meinem Mist gewachsen).

Ich mache da erstmal einen Haken dran, weil zu verfrickelt in der Hierarchie. Da müssen erstmal die Erfinder ran.