In Zeiten einer modernen
IDE, die mir über ein Rollover sagt, wo ein Bezeichner herkommt, kann man eigentlich komplett drauf verzichten, über Präfixe die Herkunft zu kodieren. Und da wir uns -zumindest in modernen Programmiersprachen- auch von der ungarischen Notation und Ähnlichem verabschiedet haben, kann man auch langsam den Rest in Angriff nehmen. Allerdings sind einige Präfixe und Konventionen sehr praktisch: ein 'f' für ein Feld z.B. Dann ist der backing store (das Feld) der Property 'Schießmichtot' immer 'fSchießmichtot' (oder 'F'?) und das ist dann einfach praktisch. Oder das 'I' für ein Interface, dann implementiert die Klasse 'Foobar' im Allgemeinen das Interface 'IFoobar'.
Bezüglich des 'A' habe ich auch Code gesehen, der das 'a' wie ein englisches 'ein' verwendet: Wenn man die Deklaration im Englischen liest:
Procedure Save(aCustomer)
steht dort ja 'Save a customer'. In in der Konsequenz wäre dann
Procedure Summarize(anArgument)
grammatikalisch korrekt. Im Kontext von Clean Code, wo (beinahe) alles nur um Lesbarkeit geht, wird auch diskutiert, ob man nicht lieber
Procedure Save(theCustomer)
verwenden sollte. Blöd ist das nicht. Sinnvoll auch
imho nicht, aber wenigstens nicht hirnlos.
Eins noch: Jeder macht es, wie er will, nur eins ist wichtig: Im Team machen es alle gleich.
Zitat
Baum-Darstellung
