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? :gruebel: (Oder denk ich gerade nur falsch?)

[WM_CLOSE]

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

[EWeiss]

Zitat:

Zitat von WM_CLOSE (Beitrag 1081573)

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?

[p80286]

@WM_CLOSE
Bei den nicht visuellen Komponenten dachte ich z.B. an TADOConnection.
Und bei den Biligvarianten (TurboDelphi) konnte man ja auch keine Fremdkomponenten "ziehe" sondern mußte sie im Source behandeln.

Gruß
K-H

[EWeiss]

Meine Engine basiert auf Komponenten welche alle in nonvcl geschrieben sind incl.. die Form selbst.
Ich wollte daraus eine Komponente(Deutsch ;) )erstellen um nicht jede einzelne Funktion jedesmal neu schreiben zu müssen.
Beispiel einen nonvcl button wie kann ich den in eine Komponente wie auch immer packen und funktioniert das überhaupt.

Wenn nicht mache ich mir gar nicht erst die Arbeit.
quasi aus der Toolpalette ziehen properties wie welches Bild(skin) für button usw.. festlegen und fertig.

Vorrausgesetzt natürlich ich habe einen Container (Form nonvcl) dafür.

gruss

[stahli]

Kannst Du mal irgend etwas zeigen, was Du meinst (Screrenshot, Demo o.ä.)?
Möglicherweise scheitert die Kommunikation an den Begriffen...

[EWeiss]

Zitat:

Zitat von stahli (Beitrag 1081636)

Kannst Du mal irgend etwas zeigen, was Du meinst (Screrenshot, Demo o.ä.)?
Möglicherweise scheitert die Kommunikation an den Begriffen...

Screenshot..
http://www.delphipraxis.net/attachme...rols-12-02-jpg

Nur was das jetzt damit zu tun hat?

Sagte ja schon ich habe beispiel einen Skinbutton in NONVCL erstellt
den möchte ich als Komponente umbauen.. auf einer NONVCL Form

gruss

[shmia]

Zitat:

Zitat von WM_CLOSE (Beitrag 1081573)

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 :stupid: