Das Me ist einfach nur das du auf die Klasse zugreifst auf der du dich befindest. Increment ist nur ein X Beliebiger Namen, du könntest es auch Montag oder Sonntag nennen das ist dem Compiler Total egal.
Das Me ist einfach nur das du auf die Klasse zugreifst auf der du dich befindest.
Das "Me" ist nur sinnvoll, wenn man auf eine klassenweite Variable zugreifen will, die von einer lokalen verdeckt wurde, weil die lokale (in einer Sub () ) den gleichen Namen trägt. Sonst vermüllt es nur unnötig den Code. Genau wie das Initialisieren der Variablen im Load - es ist unnötig.
Nö, isses nicht.
Es gehört zum guten Stil, Klassen-Variablen mit Me.xxx bzw. this.xxx zu benennen bzw. es ist Codierungsrichtlinie der Firma.
Die Initialisierung von Klassenvariablen gehört in den Konstruktor.
Wenn Du in den Konstruktor hineindebuggst und hast viele Variablen, die Du direkt in der Klasse initialisierst, hüpft die Einzelschritt-Ausführung hin und her. Das ist echt lästig.
Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch
Ein guter .NET-Snippetkonverter(der ist verfügbar). Programmierfragen über PN / Konversation werden ignoriert!
Ich denke darüber kann man sich sicherlich streiten. Z.B Resharper meckert wenn man ein redundantes this. schreibt.
heißt: Da steht eine Wert-Zuweisung, unabhängig davon, ob mit 0 oder New xyz.
Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch
Ein guter .NET-Snippetkonverter(der ist verfügbar). Programmierfragen über PN / Konversation werden ignoriert!
Unabhängig von dem ganzen me. und This.
Hilfreiche Beiträge können gerne auch mit einem "Hilfereich" im unteren Bereich des Beitrags bewertet werden.
There is no CLOUD - just other people's computers
Q: Why do JAVA developers wear glasses? A: Because they can't C#
Daily prayer: "Dear Lord, grand me the strength not to kill any stupid people today and please grant me the ability to punch them in the face over standard TCP/IP."