Eigene Componente

[EWeiss]

Bin ein Niemand wenn es um das erstellen eigener Componenten geht.
Möchte meine NonVCL SkEngine in eine Componente umwandeln.?

Jemand ein einfaches Beispiel wie ich an die Geschichte rangehen muss?
Dachte erstmal für D2006

Am besten wäre erstmal für das Fenster selbst.
Andere Componente kann man später aufsetzen.

gruss

[Deep-Sea]

Du willst NonVCL arbeiten, aber mit Komponenten? Wo ist da der Sinn? (Oder denk ich gerade nur falsch?)

[WM_CLOSE]

Eine Komponente macht nur Sinn, wenn man den Form-Designer(->VCL) verwendet.

[EWeiss]

Zitat von WM_CLOSE:

Eine Komponente macht nur Sinn, wenn man den Form-Designer(->VCL) verwendet.

Ich dachte man könnte beim hinzufügen einer Componente Nonvcl
die Form zur Laufzeit so verändern das diese die eigenschaften meiner SkEngine annehmen.

Also Fenster nonvcl erstellen und die Form VCL dementsprechend verändern,, bzw. ersetzen.

Hmm wenn das nicht geht kann man nix machen (Sagte ja schon ein Niemand beim erstellen von Componenten.)

gruss

[p80286]

Vielleicht hab ich es ja falsch verstanden, aber es gibt ja auch die nicht visuellen Komponenten.

Gruß
K-H

[WM_CLOSE]

@p80286: Was stellst du dir unter "Komponente" vor.
In meiner Vorstellung ist es das was ich aus der Tool-Palette suf mein Formular ziehe.
Und wenn ich ein Formular habe, habe ich standartmäßig auch die VCL.

Man könnte sich jetzt auch überlegen, ob man eine eigene Forms.pas in den VCL-Source Ordner packt.
Dann könnte man praktisch das Verhalten des VCL Forms mit dem eigenen überschreiben.
Das Heißt: Der Forms Designer erzeugt das Formular auf Basis der eigenen Forms.pas, die nicht zwangsweise die VCL benötigt.
Man benke dabei, dass das komplette Neuschreiben der VCL extrem aufwändig ist.

Gibt es eigentlich so etwas ähnliches bei den JEDIs? Bauen die ihr eigenes Formular in den Forms-Designer ein?

[shmia]

Zitat von WM_CLOSE:

Eine Komponente macht nur Sinn, wenn man den Form-Designer(->VCL) verwendet.

Genau, ohne Objektinspektor mit dem man Komponenten auf Formulare, Frames und Datenmodule ziehen kann (und Properties zur Entwicklungszeit voreinstellen kann) haben Komponenten keinen Vorteil gegenüber normalen Klassen.
Das heisst also man ist besser beraten, wenn man Klassen für NonVCL direkt von TObject oder von TPersistent ableitet.

Man kann NonVCL genauso objektorientiert programmieren wie in VCL-Programmen; nur bietet das ableiten von TComponent kaum einen Nutzen und Ableiten von TWinControl oder TGraphicControl verbietet sich von selbst.

[EWeiss]

Denke mal dann hat sich das erledigt Danke!

gruss

[Sir Rufo]

Vielleicht wird es klarer wenn man aus der Abkürzung VCL die Langversion macht

Code:

Visual
Component
Library

Somit ist ganze "nur" ein Framework um eben nicht für jeden Button ein Riesen Fass aufzumachen.

Aber niemand wird gehindert sich ein eigenes VCL-Framework aufzubauen.
Denn das ist es ja, was du ja ansatzweise schon hast, bzw. haben möchtest.

So don't give up