![]() |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Zitat:
|
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Zitat:
Ganz nebenbei finde ich, dass es sich gar nicht wirklich lohnt, die WindowsAPI zu lernen. Besonders für mich nicht. Wenn ich mal in einen Beruf gehe und wirklich professionell programmieren werde, wird Longhorn wohl schon ein Auslaufmodell sein, und es werden Leute ausgelacht, die wirklich noch professionell mit der WinAPI arbeiten :mrgreen: |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
In Zeiten, wo massenweise WinAPI Funktionen ersetzt werden, macht es absolut keinen Sinn, nach dem Motto "jetzt erst Recht" noch damit anzufangen. 8) Zumal es noch schlimmer ist, als eine Konsolenanwendung zu schreiben. Die WinAPI Geschichten wird man in absehbarer Zeit komplett aus seinem Wortschatz streichen können.
Ein Anfänger-Tutorial jetzt aber mit einer Konsolenanwendung beginnen zu wollen ? Weiß net. Schätze mal, daß die heutzutage verwöhnten und faulen :mrgreen: Anfänger dann zu schnell die Lust verlieren. Ich würde sagen es ist für einen Anfänger intuitiver mit VCL, weil da was zu sehen ist und nicht nur das Ergebnis. Eventuell 1-2 kurze Konsolen-Beispiele. Zitat:
|
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Für ein Anfänger-Tutorial würde ich durchaus die VCL mit benutzen.
Auch einem Anfänger kann man klar machen, dass einige Automatismen erst später erklärt werden können, wenn andere Grundlagen vorhanden sind. Schicke Konsolenanwendungen gibts natürlich auch. Aber wer will einem Anfänger ernsthaft die GotoXY-Anweisung erklären, wenn sowas in 99,999% der Fälle überhaupt nicht mehr benötigt wird (Alle die sich für Programmierer halten und den Befehl nicht kennen, bitte melden :lol: ). Heutige Anwendungen bestehen überwiegend aus Dialog-Anwendungen! Warum soll man Interaktionen nicht mit ganz einfachen VCL-Komponenten (TEdit und TButton genügen normalerweise) dargestellt werden. WinAPI: Die muss man nicht kennen, um ein gutes Tutorial zu schreiben! Ich muss aich nicht verstehen, wie ein Motor funtkioniert, um Auto zu fahren. |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Könntest du mir mal erklären, wie du auf den Blödsinn kommst?
Zitat:
Nachdem jemand kapiert hat wie er einen Button auf ein Form ziehen kann wird er wohl nicht mehr aufpassen um zu kapieren wass ein class macht. Viele Delphianer sind einfach zu unfähig um objektorientiert zu programmieren, rate mal woher das kommt? Warum sollte malo auch nur eine Minute opfern um noch mehr von diesen "Programmierern" zu züchten, die alles in OnClicks stehen haben? Solche Typen sind doch bei VB sowieso besser aufgehoben. Damit lassen sich solche Kindereien nämlich schneller und einfacher bauen. |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Zitat:
Nein, aber ernsthaft: In Einzelfällen halte ich nonVCL für vertretbar. Immer noch. Und wenn man weiß wie es geht, bzw. wo es steht (8)), dann schadet das auch nicht. |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Ein echte Robert_G-Antwort.
Zitat:
Zitat:
Zitat:
Zitat:
Kannst du jetzt wieder sachlich argumentieren? Programmieren besteht nicht aus dem Zusammenklicken von schicken Fenstern. Die dahinterliegende Funktionalität macht ein Programm aus. |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Zitat:
Zitat:
Zitat:
Zitat:
|
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Zitat:
nonVCL ist sicher nicht der richtige Weg! Denn dafür muss man den Motor (WinAPI) kennen. Meine Empfehlung bleibt VCL. Entscheiden darf malo das aber alleine. |
Re: Womit sollte ein Delphi-Anfänger beginnen? VCL oder nonV
Ich schlage immer nur nonVCL vor, ich habe zwar mit der VCL gelernt(Von Selber), habe aber dafür länger gebraucht zu Kapieren woraus eine Form z.b. besteht!
Deshalb nonVCL und da z.b. einen kleinen Taschenrechner! |
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:20 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz