| Zitat: |
| "global" ist unter .NET verpönt. Gemeint ist vermutlich "als Feld des Formulars". |
Wenn wir gerade mal am Krümmelkacken sind... es gibt das "global" - Schlüsselwort, welches auf den Standardnamesspace verweist. Hat zwar eine völlig andere Bedeutung, als die, die ich verwendet habe, aber verpönt ist es deshalb nicht.
Mal davon abgesehen ist die Verwendung des Wortes "global" zum Bezeichnen einer prozedurübergreifend sichtbaren Variable aus meiner Sicht durchaus ligitim, weil kurz und verständlich. Zu mal es "globale Variablen" im Sinne von nicht-oo-Sprachen in C# überhaupt nicht gibt (außer man möchte das Singleton-Konzept als "globale Variable" beschimpfen). Also kann es syntaktisch im Sprachraum von C# auch keine Verwechslung geben. Also, wenn überhaupt wird die Verwendung des Wortes 'global' im Zusammenhang mit 'Variable' vermieden, um Programmierer der alten Schule nicht zu verwirren und zu unterstreichen, dass .NET objektorientiert ist.
| Zitat: |
| Wieso int? Wenn es um eine CheckBox geht, dann sollte diese Variable für eine CheckBox stehen. Oder spricht irgendetwas dagegen? |
Aus Performancegründen... Die Frage impliziert, dass Terrion etwas machen will, in Abhängigkeit davon, was vorher ausgewählt war. Jeder Checkbox eine eigendefinierte ID zugeben, ist relativ einfach. Man muss im Code nicht mal was definieren.
Die Frage ist nun, wie man, wenn man die Checkbox speichert, herausfindet, welche das nun war. Das würde man dann wahrscheinlich über den Namen machen. Ein String-Vergleich ist aber ewig langsamer als ein Int-Vergleich. Zumal das Casten von Sender ebenfalls doppelt soviel Zeit verplempert wie das zuweisen eines Int. Und überdies hinaus bringt der Verweis aud die andere Checkbox keine Punkte, da der Zugriff auf die andere Checkbox nicht gefordert war. Und ein Informationsmehrgewinn gibt es auch nicht.
Warum kompliziert, wenn es auch einfach geht.