AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 01:17

Parameter dieser Suchanfrage:

Suche in Thema: Die "richtige" Sourcecode Formatierung?
Suche alle Beiträge, die von "Stevie" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 7 von insges. 7 Treffern
Suche benötigte 0.002s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 12. Aug 2016
    Bei mir würde das so aussehen (dass Parameter, Variablen und Felder mit nem kleinen Buchstaben anfangen, ist meine persönliche Note)
    type
    TExample = class
    private
    fTest: Integer;
    public
    constructor Create(const test: Integer);
    property Test: Integer read fTest write fTest;
    end;
  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 11. Aug 2016
    Im Delphi Source findet man das durchweg an vielen Stellen - wird aber nicht konsequent durchgezogen, aber schau mal in Classes.pas z.B.
    Da Delphi nunmal nicht case sensitiv ist, bietet es sich an, Parameter zu prefixen, damit es keine potenziellen Namenskollisionen gibt.
  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 11. Aug 2016
    Bei Forms und allem, wo mir die IDE Units reinkleistert, lass ich es so, in reinen Sourcecode Units untereinander.
  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 10. Aug 2016
    Nö, bestimmt nicht, ich verbringe einen großen Teil meiner Zeit damit, meinen eigenen (gestern natürlich noch von mir selbst fälschlicherweise als perfekt bewerteten :roll:) oder fremden Code zu refactorn :)
  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 10. Aug 2016
    Nonsense Code gewinnt imo keinen Punkt bei dieser Argumentation, weil:
    1. unpassender Name, der nämlich genau dazu führt, dass ich nachschauen muss, was sie macht -> sowieso schlecht
    2. Funktion macht mehr als eine Sache (was wiederum dazu verleitet ihr einen prägnanten/unaussagekräftigen Namen zu geben)



    Wie erwähnt, dann stell ich bei mir eine Unit nach unten, die ich aller...
  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 10. Aug 2016
    Bei dieser Argumentation, die ich schon oft gesehen habe, frage ich mich immer:
    Welche Information bringt es mir, zu sehen, von welcher Art der rechte Ausdruck ist - imo ist diese Information unnötig und in der Regel nicht notwendig.
    Da man normalerweise seine Elemente vernünftig benennt (und ich meine nicht mit nem Prefix, obs ein Parameter, lokale Variable oder sonst was ist, sondern das, was...
  • Forum: Object-Pascal / Delphi-Language

    AW: Die "richtige" Sourcecode Formatierung?

      Delphi
      by Stevie, 10. Aug 2016
    Wenn man sich an Clean Code hält (was primär eigentlich nix mit der Formatierung des Codes zu tun hat), ergeben sich viele hier gezeigte Fälle erst gar nicht, weil Methoden nicht über zig if Bedingungen oder Verschachtelungen verfügen (z.B. Hallo Polymorphie und Strategie Pattern).

    Auch so manch "cleveres" Code Konstrukt ließe sich weitaus einfacher schreiben, wenn man z.B. das Null Objekt...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Stevie&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=189924
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:33 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