Path: csiph.com!news.mixmin.net!newsreader4.netcologne.de!news.netcologne.de!.POSTED.2a0a-a547-b4bc-0-dd70-2411-a49f-7510.ipv6dyn.netcologne.de!not-for-mail From: Patrick Roemer Newsgroups: de.comp.lang.java Subject: Re: guter Stil void oder boolean Date: Mon, 11 Jul 2022 17:43:54 +0200 Organization: news.netcologne.de Distribution: world Message-ID: References: <1a3b5a2f-84da-4710-978b-c953f1262955n@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 11 Jul 2022 15:43:54 -0000 (UTC) Injection-Info: newsreader4.netcologne.de; posting-host="2a0a-a547-b4bc-0-dd70-2411-a49f-7510.ipv6dyn.netcologne.de:2a0a:a547:b4bc:0:dd70:2411:a49f:7510"; logging-data="20964"; mail-complaints-to="abuse@netcologne.de" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100411 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 Content-Language: en-US In-Reply-To: Xref: csiph.com de.comp.lang.java:13399 Responding to Stefan Ram: > Patrick Roemer 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.