Wo kann ich meine C# -Teilnehmerdeklaration in einer eigenen Datei ablegen?

Question

Aus Gewohnheit habe ich Klassen/Strukturen/Enumerationen in separaten Dateien, wenn nicht geschachtelt.

Für Teilnehmer, scheint es, wie viel des Guten eine separate Datei für einen Einzeiler zu erstellen:

public delegate string MyDelegateThatIsNotNestedInAnyClass (string par); 

Ich füge es in der Regel auf der Unterseite der am engsten verwandten Klassendatei. Ich habe mich nur gefragt, was andere Leute tun?

Answer 1

Ich neige dazu, jeden Typ in eine separate Codedatei zu legen. Dadurch werden Sie helfen, in Projektmappen-Explorer, wenn ReSharper Felsen mit "Go To File"

alt text http://www.jetbrains.com/resharper/features/screenshots/40/navigation_gotofile.png

und "Go To Type" navigieren:

alt text http://www.jetbrains.com/resharper/features/screenshots/40/navigation_gototype.png

Answer 2

Normalerweise benutze ich nur:

Func<string, string> 

in diesen Tagen

Answer 3

ich es in der Regel fügen der CS-Datei der Klasse, die die Delegierten Funktion implementiert (im Namespace-Ebene). Wenn es mehrere davon gibt, lege ich es in eine separate Datei.

Wenn ich sicher bin, dass nur eine Klasse die Delegate-Funktion implementieren wird, schalte ich es in der implementierenden Klasse.

Answer 4

ich hinzufügen, es persönlich vor einer eng verwandten Klassendefinition . Ich benutze allerdings Namespaces, also verschmutze ich nicht!

Answer 5

Wenn es eng genug verwandt ist, um in die gleiche Datei wie die Klasse zu gehören, dann können Sie wahrscheinlich eine Verschachtelung in der Klasse rechtfertigen. Dann haben Sie keine Probleme sich zu erinnern, in welcher Klassendatei sie sich befindet.

Wenn es keine einzelne Klasse gibt, die eine naheliegende Wahl ist, ist die Erstellung der Einzeilendatei wahrscheinlich lohnenswert, da Sie niemals Zeit verlieren werden, sich zu erinnern In welcher Klassendatei hast du dich entschieden.

Answer 6

Ich erkläre immer meine eigenen Ereignisse, auch wenn ich sie nicht brauche, dass ein generisches Ereignis genügen würde. Der Grund dafür ist, dass der Klassenname des Ereignisses dem Code so viel mehr Lesbarkeit verleiht und nicht selten wird das erklärte Ereignis aus irgendeinem Grund später benötigt. Da ich eine Ereignisklasse habe, setze ich den Delegaten immer über die Klassendeklaration des Ereignisses. Sie sind eng miteinander verbunden und wenn Sie auf das Ereignis hören möchten, benötigen Sie sowohl das Ereignis als auch den Delegierten. Ich weiß nicht, ob das irgendwelche Designregeln irgendeiner Art verletzt, aber das hat gut für mich funktioniert.