| |
 | Online-Kurs: Grundlagen des 3D-Druck-Designs für Industrieingenieure , ein Kurs
|
Autor
|
Thema: Variablen Deklaration (538 mal gelesen)
|
AndreasK Administrator Daseinsinformatiker
   
 Beiträge: 1126 Registriert: 02.03.2000 Unter allen Umständen kann Vernunft durch Vernunft aufgeklärt werden (Alexander von Humboldt)
|
erstellt am: 14. Feb. 2001 13:14 <-- editieren / zitieren --> Unities abgeben:         
Grundsätzlich sollten alle lokalen Variablen mit einem Kleinbuchstaben und alle globalen Variablen mit einem Grossbuchstaben beginnen! (Falls man nicht ganz auf die Verwendung von globalen Variablen verzichten möchte!) Variablen einer Klasse sollten in diesem Zusammenhang am besten immer mit m_ beginnen. Im Beispiel sieht man auf den ersten Blick, dass das Arrax LtpNam ein globales Array ist, die Hilfsvariable n dagegen lokal. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Armin B Mitglied Software Engineer ERP/PLM/CAD
 
 Beiträge: 209 Registriert: 04.09.2000
|
erstellt am: 14. Feb. 2001 13:32 <-- editieren / zitieren --> Unities abgeben:          Nur für AndreasK
Hallo Andreas, darüber kann man trefflich streiten. 1. Ist die Verwendung globaler Variablen ein Zeichen von Kompromissen bei der objektorientierten Programmierung. Probleme tauchen spätestens dann auf, wenn Programmteile im Multithreading-Betrieb genutzt werden sollen. 2. Sollen dann schon globale Funktionen (C) eingesetzt werden, dann verwende ich: - gl_ für globale Variablen (evtl. Modulname zusätzlich) - ungarische Notation für primitive Datentypen - Groß/Kleinschreibung für Objekte 3. Für Membervariablen von Klassen gilt ähnliches, jedoch mit vorangestelltem m_ 4. Bei der Benennung von Eigenschaften und Methoden von Klassen kann man sich auch sehr gut an den Richtlinien von Java halten, die ganz ähnlich sind. Gruß, Armin Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Armin B Mitglied Software Engineer ERP/PLM/CAD
 
 Beiträge: 209 Registriert: 04.09.2000
|
erstellt am: 14. Feb. 2001 13:35 <-- editieren / zitieren --> Unities abgeben:          Nur für AndreasK
Noch ein kleiner Nachtrag zu Deinem Quellcode. Wenn Du das mit Option /dUNICODE compilierst, fällst Du auf die Nase. Grund sind stricmp und strstr, die so nur für SBCS (SingleByteCharacterSystem) gültig sind. Armin Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
AndreasK Administrator Daseinsinformatiker
   
 Beiträge: 1126 Registriert: 02.03.2000 Unter allen Umständen kann Vernunft durch Vernunft aufgeklärt werden (Alexander von Humboldt)
|
erstellt am: 14. Feb. 2001 15:38 <-- editieren / zitieren --> Unities abgeben:         
Zitat: Original erstellt von Armin B: .... - ungarische Notation für primitive Datentypen
Hi Armin, mit 'primitiven Datentypen' meinst Du sicherlich int's und diese Art. Aber ich denke man kann getrost auf die ungarische Notation (das hat mal ein Programmierer von Microsoft erfunden und der so erstellte Code wirkte wie fremdländisches Kauderwelsch auf die Leser. Das Herr Simony gebürtiger Ungar war, ist nur ein Zufall für die Namensgebung). Nun verbreitet ja schon Microsoft selbst mehrere völlig inkompatible ungarische Konventionen (Windows-API, Winodws-SDK, MFC, und eine eigene zur Behandlung von OLE Servern und so weiter). Was immer man selbst für sich oder das Team entscheidet, es ist völlig egal welche, ob ungarische oder eine andere, Konvention man verwendet. Hauptsache man verwendet überhaupt eine und hält sich daran. In der Anlage sieht man ein gutes (von mir selbst vor ca. 10 Jahren verzapftes) Beispiel dafür, wie unübersichtlich der Source wird, wenn man überhaupt keine (oder hier sogar verschiedene) Konventionen verwendet!
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |