AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

Code Analyse von (semi) Profis

Ein Thema von bennySB · begonnen am 1. Jun 2013 · letzter Beitrag vom 4. Jun 2013
Antwort Antwort
Seite 3 von 3     123
Benutzerbild von kwhk
kwhk

Registriert seit: 25. Mär 2009
Ort: Dresden
168 Beiträge
 
Delphi 10.3 Rio
 
#21

AW: Code Analyse von (semi) Profis

  Alt 3. Jun 2013, 09:42
False = 0
True = <> 0 (Alles was nicht NULL ist)
Wenn ich also prüfe if xx = True , dann kann xx alles <> 0 sein - wenn das passt OK, dann aber gleich auf if xx <> 0 testen.
Hartmut
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

Registriert seit: 29. Mai 2002
37.621 Beiträge
 
Delphi 2006 Professional
 
#22

AW: Code Analyse von (semi) Profis

  Alt 3. Jun 2013, 16:00
Eventuell für dich interessant: http://michael-puff.de/Programmierun...leanCode.shtml
Michael
Ein Teil meines Codes würde euch verunsichern.
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#23

AW: Code Analyse von (semi) Profis

  Alt 3. Jun 2013, 17:50
Es gilt aber auch: Ich muss mich der Situation anpassen: Entwickle ich in PHP und weiß, das alle Kollegen nur Notepad benutzen, sieht mein Code so aus, das man ihn auch ohne IDE schnell versteht.
So sollte es sein!!

Hast Du ein paar Beispiele parat, wann beim Debuggen der Typ einer Variablen wichtig ist?
Hir war doch gestern noch ein Thread mit Dateigrößen? Da wäre es z.B. gut zu wissen ob signed oder unsigned. Und jetzt sag nicht Namen sind Schall und Rauch.

Wie würde ein Kommentar bei dir aussehen, bei dem Du beschreibst, warum Du die Lösung so und nicht anders implementiert hast?
Kommt natürlich auf die Situation an

Delphi-Quellcode:
irgendwas:=irgendwas and $7FFF; //15Bit wrap around

irgendwas:=irgendwas and $7FFF; //set highest bit=0
Das hat mit "so und nicht anders" allerdings wenig zu tun, beantwortet aber die Frage nach dem Warum?

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#24

AW: Code Analyse von (semi) Profis

  Alt 3. Jun 2013, 18:53
Hir war doch gestern noch ein Thread mit Dateigrößen? Da wäre es z.B. gut zu wissen ob signed oder unsigned. Und jetzt sag nicht Namen sind Schall und Rauch.
Eine Dateigröße ist doch eine Zahl. Wieso muss man dann wissen, ob sie signed oder unsigned ist. Außer, man programmiert in C.

Zitat:
Delphi-Quellcode:
irgendwas:=irgendwas and $7FFF; //15Bit wrap around

irgendwas:=irgendwas and $7FFF; //set highest bit=0
Ich mache das so:
Delphi-Quellcode:
irgendwas:= WrapAround15Bit(irgendwas); // <-- Wobei ich mich frage, was das bedeuten soll.
irgendwas:= ClearHighestBit(irgendwas);
Drei Fliegen mit einer Klappe. Kommentiert, refaktorisiert und wiederverwendbar. Mach das mal mit Kommentaren

Geändert von Furtbichler ( 3. Jun 2013 um 21:10 Uhr)
  Mit Zitat antworten Zitat
Elvis

Registriert seit: 25. Nov 2005
Ort: München
1.909 Beiträge
 
Delphi 2010 Professional
 
#25

AW: Code Analyse von (semi) Profis

  Alt 4. Jun 2013, 18:28
Hir war doch gestern noch ein Thread mit Dateigrößen? Da wäre es z.B. gut zu wissen ob signed oder unsigned. Und jetzt sag nicht Namen sind Schall und Rauch.
Eine Dateigröße ist doch eine Zahl. Wieso muss man dann wissen, ob sie signed oder unsigned ist. Außer, man programmiert in C.
Weil du sonst Blödsinn kriegst, wenn die Datei größer als 2^31 ist.
Es sind genau diese total saudummen Fehler, die dazu führten, dass man den 3GB-switch in Windows 2003 Produktiv fast nie einsetzen konnte:
Bei mindestens einer, leider kritischen, Software/Treiber hat mindestens ein Held (aka Pi**birne) einen Pointer als int anstatt als uint benutzt. -> BSOD oder Crash
Ganz toll! Wer sowas macht frisst auch kleine Kinder...

Das heißt nicht, dass man jetzt die Ungarn rausholen soll!
Typenhinweise im Namen von Bezeichnern machen nur Sinn, wenn es absolut wichtig ist (siehe StatusByte).
Für Franzosen mag dieser ungarische Mist ja vllt. sogar lesbar sein (die schreiben eh alles verkehrtrum ), aber nicht für Nicht-Franzosen.

Mit Kommentaren sehe ich es ähnlich wie Furtbichler. Wenn ich viele Kommentare in Code sehe, werde ich meistens sehr misstrauisch.
Entweder weil der Code tatsächlich viele Fallen umschiffen muss (was Domain-abhängig ja durchaus unvermeidbar sein kann), oder weil der Author keine Verhältnismäßigkeit gelernt hat. (Es werden in Unis teilweise die allerschlimmsten Comment-Nazis herangezüchtet... )
Robert Giesecke
I’m a great believer in “Occam’s Razor,” the principle which says:
“If you say something complicated, I’ll slit your throat.”
  Mit Zitat antworten Zitat
Benutzerbild von BUG
BUG

Registriert seit: 4. Dez 2003
Ort: Cottbus
2.094 Beiträge
 
#26

AW: Code Analyse von (semi) Profis

  Alt 4. Jun 2013, 19:09
Es werden in Unis teilweise die allerschlimmsten Comment-Nazis herangezüchtet...
Wobei ich unverständlichen kommentierten Code bevorzugen würde, wenn die Alternative unverständlicher Code ohne Kommentare ist.
Gut zu kommentieren üben kann man nur, wenn man überhaupt kommentiert und sich überflüssige Kommentare abzugewöhnen kosten meiner Erfahrung nach weniger Überwindung, als überhaupt mit kommentieren anzufangen.

siehe StatusByte
Allerdings könnte man solche Sachen auch gut wegkapseln (Records in Delphi, Klassen in C++). Dank inline hat man dabei auch keine Geschwindigkeitsverluste.
Intellekt ist das Verstehen von Wissen. Verstehen ist der wahre Pfad zu Einsicht. Einsicht ist der Schlüssel zu allem.
  Mit Zitat antworten Zitat
Furtbichler
(Gast)

n/a Beiträge
 
#27

AW: Code Analyse von (semi) Profis

  Alt 4. Jun 2013, 22:11
Weil du sonst Blödsinn kriegst, wenn die Datei größer als 2^31 ist.
Ach, stimmt ja. Ich programmiere nicht mehr mit Delphi.
Wobei ich unverständlichen kommentierten Code bevorzugen würde, wenn die Alternative unverständlicher Code ohne Kommentare ist.
Das man 99% Schrott dem 100%igen vorzieht, ist ja wohl logisch und keine Erwähnung wert.

Zitat:
Gut zu kommentieren üben kann man nur, wenn man überhaupt kommentiert und sich überflüssige Kommentare abzugewöhnen kosten meiner Erfahrung nach weniger Überwindung, als überhaupt mit kommentieren anzufangen.
Ich habe nie kommentiert, sondern immer eine korrekte Nomenklatur angestrebt. Nach Lektüre der Clean-Code Philosophien wurde mir dann klar, das ich wohl 20 Jahre in die richtige Richtung marschiert bin.
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:52 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz