Re: guter Stil void oder boolean

From	Patrick Roemer <sangamon@netcologne.de>
Newsgroups	de.comp.lang.java
Subject	Re: guter Stil void oder boolean
Date	2022-07-11 17:43 +0200
Organization	news.netcologne.de
Message-ID	<tahgfq$kf4$1@newsreader4.netcologne.de> (permalink)
References	<1a3b5a2f-84da-4710-978b-c953f1262955n@googlegroups.com> <tagvmk$b8e$1@newsreader4.netcologne.de> <Design-20220711123647@ram.dialup.fu-berlin.de> <tahbst$hc6$1@newsreader4.netcologne.de> <Vorgehensweise-20220711154113@ram.dialup.fu-berlin.de>

Show all headers | View raw

Responding to Stefan Ram:
> Patrick Roemer <sangamon@netcologne.de> writes:
>>Warum ein generisches ToBeSpecified und nicht ein spezifischer
>>Platzhaltertyp, der schon mal so viel Semantik trägt, wie man im Moment
>>zusammenbringt (zumindest hat er schon mal einen sprechenden Namen und
>>kann nicht mit anderen Typen velwechsert werden), und den man iterativ
>>zum "real thing" verfeinern kann?
> 
>    Das wäre vom Endergebnis her sicher sinnvoll, aber es kann
>    von der Vorgehensweise beim Erstellen des Entwurfs her sein,
>    daß man seine Aufmerksamkeit gerade auf etwas anderes
>    richten will und dann erst später dazu kommt, über diesen
>    Platzhaltertyp nachzudenken, etwa seinen Namen festzulegen.

Wie Michael schrieb: Abhängigkeiten. Wenn ich eine Methode brauche, 
dann, weil ich sie aufrufen will, oder weil ich zumindest darüber 
nachdenken will, wie und in welchem Kontext ich sie aufrufe. Wenn ich 
noch nicht einmal weiß, welche Parameter- und Rückgabetypen sie haben 
sollte, gehört meine Aufmerksamkeit entweder gerade genau dahin, oder 
ich habe die falschen Prioritäten.

Das mag mancher in dynamisch getypten Sprachen vielleicht etwas anders 
sehen - bei meinen sehr seltenen Ausflügen in Ruby oder JS würde ich 
aber tatsächlich auch genau darüber nachdenken und versuchen, die 
Ergebnisse dieser Überlegungen in Methoden- und Parameternamen (oder 
notfalls Kommentaren) zu fixieren. Und, wie gesagt, wenn ich eine 
statisch getypte Sprache verwende, dann, weil ich gezwungen werden 
_will_, darüber nachzudenken, und weil das wichtig(st)er Teil des 
Designprozesses ist.

Back to de.comp.lang.java | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

guter Stil void oder boolean Luis Bischof <luisbischof@gmx.de> - 2022-07-09 08:41 -0700
  Re: guter Stil void oder boolean Michael Paap <feunews@mpaap.de> - 2022-07-09 20:53 +0200
    Re: guter Stil void oder boolean Wanja Gayk <brixomatic@yahoo.com> - 2022-08-14 21:41 +0200
  Re: guter Stil void oder boolean Michael Paap <feunews@mpaap.de> - 2022-07-10 00:46 +0200
  Re: guter Stil void oder boolean Patrick Roemer <sangamon@netcologne.de> - 2022-07-11 12:57 +0200
    Re: guter Stil void oder boolean Patrick Roemer <sangamon@netcologne.de> - 2022-07-11 16:25 +0200
      Re: guter Stil void oder boolean Michael Paap <feunews@mpaap.de> - 2022-07-11 17:16 +0200
      Re: guter Stil void oder boolean Patrick Roemer <sangamon@netcologne.de> - 2022-07-11 17:43 +0200
  Re: guter Stil void oder boolean Patrick Roemer <sangamon@netcologne.de> - 2022-07-11 13:26 +0200
    Re: guter Stil void oder boolean Patrick Roemer <sangamon@netcologne.de> - 2022-07-11 17:29 +0200
      Re: guter Stil void oder boolean Patrick Roemer <sangamon@netcologne.de> - 2022-07-11 17:44 +0200

csiph-web