Delphi-PRAXiS
Seite 3 von 3     123   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   C# Eigenes Ereignis für eine Klasse (https://www.delphipraxis.net/42192-c-eigenes-ereignis-fuer-eine-klasse.html)

Mirilin 19. Mär 2005 23:14

Re: C# Eigenes Ereignis für eine Klasse
 
:hi:

Fürs Protokoll : FAQ-Eintrag zum Stichwort "9""9"
Zitat:

Manchmal ist es einfach nötig, auch längere Code-Beispiele zu veröffentlichen. In so einem Fall hänge diese bitte als Attachment an Deinen Beitrag an, anstatt diese im Beitrag selbst zu veröffentlichen. Dein Beitrag würde sonst eindeutig zu lang und zu unübersichtlich.
danke :)

mfg Tobias

Luckie 21. Mär 2005 02:49

Re: C# Eigenes Ereignis für eine Klasse
 
Meine Güte war das eine schwere Geburt. Besten Dank euch beiden. Und jetzt hätte ich das ganze gerne noch in einem Thread. :mrgreen:

Ach eine Frage habe ich noch: Ich habe jetzt die ganze Splitter Klasse in einer eigenen Datei. So weit so gut. Die habe ich dann dem SharpDevelop Projekt hinzugefügt. Aber in der Haupt-datei, also in der datei von meiner Form steht nirgens ein Verweis auf die Datei mit der FileSplitter-Klasse. Wie findet der jetzt beim Kompilieren den Code?

Und warum habe ich zwei namespaces FileSplitter? Einmal in der WinForms.cs datei und einmal in der extra datei für die FileSplitter-Klasse? Was hat das mit den namespaces auf sich?

MathiasSimmack 21. Mär 2005 08:13

Re: C# Eigenes Ereignis für eine Klasse
 
Die Namespaces sind der Vorteil, den ich persönlich bei .NET sehe. Weil sowohl dein Programm als auch die Klasse zum gleichen Namespace gehören, brauchst du keinen Verweis. Anders wäre es, wenn du bspw. in die "SplitterClass.cs" schreiben würdest:
Code:
namespace FileSplitterClass
{
     // und hier der Klassencode
}
In dem Fall müsstest du im Hauptprogramm oben
Code:
using FileSplitterClass;
angeben, damit es wieder funktioniert. Würdest du aus der "SplitterClass.cs" nun eine eigene Assembly machen, dann könntest du alles so lassen wie es ist. Du müsstest nur eine Referenz auf die DLL setzen, und fertig.


Alle Zeitangaben in WEZ +1. Es ist jetzt 22:01 Uhr.
Seite 3 von 3     123   

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-2025 by Thomas Breitkreuz