hex wert subtrahieren

[nimmy]

danke für eure antworten, der code sieht nun sauberer aus und funktioniert. was den begriff CamelCase angeht, klingt interessant, macht ja auch sinn. beim einrücken achte ich zb penibel auf abstände. um die formatierung habe ich mich bisher kaum gekümmert, mal beachte ich groß-kleinschreibung, mal nicht, mal baue ich unterstriche ein und manchmal CamelCase ich auch.
aber wir kommen vom thema ab .

gn8

[himitsu]

Sei froh, daß Delphi so nett ist.

z.B. im .Net ist das Alles gerne auch mal CaseSensitiv, womit man da wirkich prenibel drauf achten muß. (oder man lässt sich das von der Codevervollständigung beim Schreiben gleich alles anpassen)

[Furtbichler]

Zitat von himitsu:

Sei froh, daß Delphi so nett ist ... z.B. im .Net ist das Alles gerne auch mal CaseSensitiv

Hat mich anfangs genervt, aber mittlerweile finde ich es fürchterlich, Case*in*sensitiv zu programmieren. Endlich kann man auf die dämlichen Präfixe ('f' für Felder, 'a' für Parameter, 'E' für Exceptions etc.) verzichten. Man gewöhnt sich sehr schnell daran und die Codevervollständigung hilft wirklich ungemein.

[Sir Rufo]

Zitat von Furtbichler:

Zitat von himitsu:

Sei froh, daß Delphi so nett ist ... z.B. im .Net ist das Alles gerne auch mal CaseSensitiv

Hat mich anfangs genervt, aber mittlerweile finde ich es fürchterlich, Case*in*sensitiv zu programmieren. Endlich kann man auf die dämlichen Präfixe ('f' für Felder, 'a' für Parameter, 'E' für Exceptions etc.) verzichten. Man gewöhnt sich sehr schnell daran und die Codevervollständigung hilft wirklich ungemein.

Ist aber wohl mehr philosophisch zu sehen und ob man sich daran gewöhnen kann, vor allem wenn die Gewohnheit eine andere bis dato war.

Das es geht - die Umgewöhnung - bestätigst du ja gerade

[Namenloser]

Zitat von Furtbichler:

Zitat von himitsu:

Sei froh, daß Delphi so nett ist ... z.B. im .Net ist das Alles gerne auch mal CaseSensitiv

Hat mich anfangs genervt, aber mittlerweile finde ich es fürchterlich, Case*in*sensitiv zu programmieren. Endlich kann man auf die dämlichen Präfixe ('f' für Felder, 'a' für Parameter, 'E' für Exceptions etc.) verzichten. Man gewöhnt sich sehr schnell daran und die Codevervollständigung hilft wirklich ungemein.

Wie machst du das denn? Normalerweise verwendet man einen kleinen Anfangsbuchstaben für Variablen und einen großen Anfangsbuchstaben für Klassen. Wie unterscheidest du jetzt Felder von Parametern und lokalen Variablen, und Exceptions von anderen Klassen?

[Mikkey]

Zitat von Namenloser:

Zitat von Furtbichler:

Zitat von himitsu:

Sei froh, daß Delphi so nett ist ... z.B. im .Net ist das Alles gerne auch mal CaseSensitiv

Hat mich anfangs genervt, aber mittlerweile finde ich es fürchterlich, Case*in*sensitiv zu programmieren. Endlich kann man auf die dämlichen Präfixe ('f' für Felder, 'a' für Parameter, 'E' für Exceptions etc.) verzichten. Man gewöhnt sich sehr schnell daran und die Codevervollständigung hilft wirklich ungemein.

Wie machst du das denn? Normalerweise verwendet man einen kleinen Anfangsbuchstaben für Variablen und einen großen Anfangsbuchstaben für Klassen. Wie unterscheidest du jetzt Felder von Parametern und lokalen Variablen, und Exceptions von anderen Klassen?

Für C# gibt es Quellcoderichtlinien. Nach denen verwendet man für Objektvariablen kleine Anfangsbuchstaben, für Klassen, Interfaces, Methoden und Properties große. Wir hatten es uns damals angewöhnt (weil der "m_"-Prefix verpönt ist) Zugriffe auf eigene Klassenmember mit "this.~" zu kennzeichnen (geht in Delphi per "self.~" auch). Solange Methoden in ihrer Länge im Rahmen bleiben, ist eine Unterscheidung zwischen Parametern und lokalen Variablen nicht erforderlich.

Daneben wählt man halt die Namen von Methoden so, dass sie mit einem Verb beginnen, so entfällt auch die Verwechslungsgefahr mit Klassen und Properties.