.NET-Namenskonvention für Klassendefinition vs. Formular

Question

Ich habe eine Menge in .NET-Windows-Formularen entwickelt, und sie sind alle so benannt, wie sie sind, ohne Präfixe. Allerdings muss ich oft eine andere Klasse deklarieren, die die Spaltennamen enthält, die das Formular verwendet.

Ich habe zum Beispiel eine Klasse namens Address, die ein Formular für die Verwaltung von Adressen ist. Ich benötige jedoch auch eine Klasse, die ich ebenfalls Adresse nennen möchte und die im Grunde nur die Deklarationen der Felder Name und Adresse enthält. Ich bin auf der Suche nach einer guten Namenskonvention zur Unterscheidung zwischen den beiden (der Klassendefinition und dem Formular).

Answer 1

Die normale Konvention für Windows Forms ist es, den Namen von Formularklassen mit Form . Ihre Klasse für die Adresse sollte also nur heißen Address (denn schließlich handelt es sich um eine Adresse), aber das Formular, das zur Bearbeitung von Adressen verwendet wird, sollte AddressForm (oder AddressListForm , oder AddressEditorForm usw. - je nachdem, was sie genau tun).

Answer 2

Vielleicht das?

class Address { }
class AddressForm { }

Answer 3

Utilice Namespaces .

Ihr Formular könnte also im Namespace

YourCompanyName.UI.WinForms.Address

Ihr Wertobjekt könnte sein

YourCompanyName.Business.Values.Address

Dann können Sie einfach den vollständigen Namensraum verwenden, um auf sie zu verweisen.

Answer 4

Ich schlage vor Address y AddressForm (oder AddressEditor oder so ähnlich), auch. Benennung des Formulars Address erscheint mir schlichtweg falsch - die Klasse steht nicht für eine Adresse, sondern für ein Formular zur Anzeige oder Bearbeitung von Adressen.

Answer 5

Wenn das Formular ein modales Formular sein soll, können Sie Dialog anstelle von Formular als Suffix verwenden.

Außerdem werde ich die Schlüsselwörter Editor, Eigenschaften oder Browser verwenden, um den Zweck der Formulare anzugeben.

AddressEditorForm, AddressPropertiesForm sind besser als AddressForm.