Programmgröße

[Daniel G]

Zitat:

Zitat von Rastaman

Vista...

Virus Infections, Spyware, Trojans, Adware :gruebel:

:mrgreen: :mrgreen:

[bigg]

lÖls^^

[himitsu]

Zitat:

Zitat von bigg

Ach was, es werden noch etliche Jahre vergehen bis sich die VCL verabschieden wird.
Ich sehe zumindest keinen Grund darin, sie nun nicht mehr zu verwenden, schließlich ist sie über
Jahre hinweg gereift und ziemlich solide. Die Borländer verwenden die VCL ja auch noch,
um ihre IDE weiterzuentwickeln oder wird Dexter in C# geschrieben? :gruebel:

Und wen man mal in die Roadmap von Borland sieht, dann wird dabestimmt "Delphi vor Vista" (2007) und vorallem das worauf ich jetzt worauf ich jetzt noch warte "Delphi/C++ for Win64" (2008) kommen und letzteres scheint ja wieder ein Natives Delphi zu sein, also nüschts mit .Net :)

[Hansa]

Zitat:

Zitat von Rastaman

Zitat:

Zitat von Hansa

Zitat:

Zitat von kingflo

...so klein wie möglich zu halten, und auch früh genug damit anzufangen, falls man es mal weiter ausbaut und ruck zuck hat man dann mit zu viel VCL seine 2 MB im Prog.

Du vergisst einen wichtigen Punkt : einmal VCL, immer VCL !! Und das in Zeiten von 30 Cent / GB und DSL. Da sitzen bei Borland ein Haufen Leute und programmieren was, was nützlich ist ...

Ehrlich? Mist! Dann hast du dein Delphi 8 Prof ja ganz umsonst gekauft...

So ist es. aber was will man machen ? :mrgreen: die WinApi ist jedenfalls tot. 8)

[Luckie]

Zitat:

Zitat von Hansa

So ist es. aber was will man machen ? :mrgreen: die WinApi ist jedenfalls tot. 8)

Und damit auch die VCL, wie wir sie heute kennen. ;)

[kingflo]

Zitat:

Zitat von Luckie

Es gibt bestimmt Fälle in denen ergibt nonVCL Sinn. Zum Beispiel ein SFX Modul für ein selbst entpackendes Archiv, wäre mit VCL ziemlicher Blödsinn. Desweiteren steckt auch ein gewisser lerneffekt dahinter, man sieht, wie Windows funktioniert und führt dazu dass man etwas verständniss dafür entwickelt. Und ich denke das eiegntliche Verständnis wird umso wichtiger, je abstarkter die Programmierung unter .NET wird.

@Hansa: Wenn die die nonVCL Programme verschrotten willst, dann kannst du deine VCL Programm aber auch gleich hinterher werfen, da die VCL auch nur die WinAPI Funktionen kapselt.

Da stimme ich voll und ganz zu.

Natürlich ist VCL nichts schlechtes (im Gegenteil) es ist praktisch und geht meistens schneller. Aber wenn man es an einigen Stellen weglassen kann ist es auch nicht verkehrt.

[Hansa]

Zitat:

Zitat von kingflo

..Natürlich ist VCL nichts schlechtes (im Gegenteil) es ist praktisch und geht meistens schneller. Aber wenn man es an einigen Stellen weglassen kann ist es auch nicht verkehrt.

Genau das wollte ich sagen, nur komplett umgekehrt. :mrgreen: "an einigen Stellen" nützt eben nichts !! Habe mal Mini-Programm gemacht. 1 Button und 1 showmessage. Größe knapp 400 KB. Kommt da jetzt noch eine Listbox usw. dazu, dann wird die Größe nur langsam wachsen. Zu dieser VCL-Lösung gibt es folgende Alternativen : nonVCL-Programm, wieviel hat das ? 10 KB ? Nun habe ich 1000 VCL-Steuerelemente im Programm und habe sie mühselig mit WinApi Funktionen selber zusammengebaut. Ich brauche noch eine spezielle (zu kompliziert zum selber machen oder sogar Fremdkomponente). Und nun ? Alles nonVCL war komplett für die Katz. 8) Die 400 VCL-KB kommen wieder dazu. Der dritte Weg ist relativ neu wegen .NET. Dies bedeutet aber folgendes: mein nonVCL-Programm läuft jetzt in der 32Bit-WinBox. Mein VCL-Programm aber auch. Mein WinForms Programm würde allerdings "normal" laufen. Aber auch nur wenn die 20 MB .NET da sind. Andernfalls läuft es überhaupt nicht !!

Der Weg geht also eindeutig in die Richtung, nonVCL möglichst jetzt schon zu vermeiden, wo es nur geht. Einige denken aber offensichtlich, es lohne sich, das noch zu forcieren. IMHO der völlig falsche Weg. Man denke auch mal an OOP und eigene Komponenten. Wo sollen die denn herkommen, wenn ich nicht mal ein normales Label als Vorfahr benutzen kann ? :shock:

[Rastaman]

Zitat:

Zitat von Hansa

Nun habe ich 1000 VCL-Steuerelemente im Programm und habe sie mühselig mit WinApi Funktionen selber zusammengebaut.

Du weisst schon, dass es Dialog Editoren gibt, mit denen man seine "Form" fast wie mit der VCL aufbauen kann, oder?
Du hast n Fenster, klickst dir n Button, n paar Edits und ne Listbox drauf, meinswegen noch 5 Labels und ne Progressbar.
Dann brauchst du noch ca 5 Zeilen Code, und das Fenster wird so, wei es zusammengeklickt wurde, angezeigt. In C wirds
genau so gemacht. Einfach mal ne exe mit nem Resource Editor öffnen und in den "Dialog"-Ordner guggn.

[Luckie]

Zitat:

Zitat von Hansa

Nun habe ich 1000 VCL-Steuerelemente im Programm und habe sie mühselig mit WinApi Funktionen selber zusammengebaut. Ich brauche noch eine spezielle (zu kompliziert zum selber machen oder sogar Fremdkomponente).

Dann war die Planung schlicht und ergreifend Mist.

[kingflo]

Naja ich denke wir kommen vom eigentlichem Thema ab und ich glaube die Anfangsfrage (wie war die noch*g*) ist soweit beantwortet.

Wir sollten es dabei belassen jeder hat nunmal ( und darf darf man demjenigem auch nicht verdenken) seine eigene Meinung