Eigene Componente

[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

[Bummi]

@Sir Rufo
ich denke das größte Problem wird sein das benötigte "Mainform" als Komponente zu etablieren um darauf die abhängen Komponenten zu integrieren.
Ein wie ich meine ehrgeiziger Ansatz, der wenn er gelingt viele geniale Möglichkeiten bietet...

[Sir Rufo]

Ich sagte auch nicht dass es einfach ist.

Möglich ja, einfach nein

Ich würde es nicht machen (VCL Junkie)
Aber ich hätte es gemacht wenn ich VCL hassen würde, denn stupides immer wiederkehrendes Rumtippen nur um einen Button auf eine Form zu bringen würde mich sowas von abnerven, dass es für mich unumgänglich wäre.

Aber aus diesem Grund bin ich ja VCL Junkie