![]() |
AW: ständige Fehlermeldung
Zitat:
Gruß K-H |
AW: ständige Fehlermeldung
Zum Teil doch. Sie können dort sofort bei der Deklaration intitalisieren. Wobei ganz durchzuhalten ist die Strategie nicht. Sobald in Abhängigkeit von Parametern (bspw. des Contructors) eine Initalisierung stattfindet ist es mit Initialiseren im Rahmen der Deklaration auch schnell vorbei.
Zitat:
|
AW: ständige Fehlermeldung
Von 4 bis 10 hat sie Python gemacht. Braves Kind. Nachher hat der Papa gesagt, 'Pascal wird programmiert oder Taschengeld wird gestrichen'. So ist Open Source entstanden ...
Zitat:
|
AW: ständige Fehlermeldung
Hallo,
vielleicht mal die Compilerwarnungen ansehen? |
AW: ständige Fehlermeldung
Die Aussage mit Java ist so zu verstehen, dass ich fürs Studium mit JAva programmieren muss und Delphi jedoch einfacher vom Programmieren her finde.
In Java erstellt man Klassen ganz einfach in einer Klassendatei und greift dann von der Mainmethode darauf zu. Da dass in Delphi in eienr Datei anscheinend geht, habe ich wahrscheinlich damit Probleme. Zitat:
|
AW: ständige Fehlermeldung
Ihr werdet gerade sehr offtoipc. Bitte kommt zurück zum Thema.
|
AW: ständige Fehlermeldung
Die Main Methode versteckt sich im Programm (Project-> View Source oder Project Manager -> Executable anlicken und dann Ctrl + V. Dann siehst due eine Unit mit
program Programmname Die Parameter wären in ParamCount und ParamStr versteckt. Je nachdem ob du ein Windows Programm mit Fenstern oder eine Konsolenanwendung schreibst entsteht ein wenig ein anderes Programm und doch nicht. {$APPTYPE CONSOLE} Windows unterscheidet im PE Header in welchem Subsystem eine Anwendung läuft. Du kannst aber genauso das Application Objekt aus einer Console Application heraus benutzen, die das Objekt wird wird in InitControls in (Vcl.Controls) in der Initialization Section aufgerufen und dabei wird ein Globales Objekt gesetzt. Die Unit muss aber eingebunden werden (über VCL.Forms). Zu dem Themenkreis passt auch noch AttachConsole - findest du tonnenweise Beispiele. --- In Freepascal je nach Sprachtyp (Slang) musst du sowieso bspw. Klassen in Module auslagern. Ich würde schon Klassen in Module auslagern und nur 'Friend Klassen' in das selbe Modul geben, denn Klassen in einem Modul können auf die (fast) alle Member anderer Klassen zugreifen. Außer du verwendest bspw. strict private. Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:16 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