Sichtbarkeit einer Methode erhöhen?

[DeddyH]

Jepp, aber es sieht schon blöd aus, wenn man zig Methoden implementiert, die nur inherited aufrufen

[Stevie]

Mir würde sich in diesem Zusammenhang sowieso die Frage stellen, ob es sinnvoll ist, sowas zu machen, denn entweder macht die Methode etwas internes, dann gebe ich sie nicht nach außen frei, oder sie macht etwas, was man von außen aufrufen können soll, dann wäre es unsinnig, sie protected zu deklarieren. Wäre es von beidem etwas, würden sich 2 unterschiedliche Methoden anbieten. Die, die nach außen sichtbar ist, welche eine nur intern sichtbare Methode aufruft.
Aber ich bin mir sicher, es gibt Fälle, wo es elegant wäre, wenn man das so wie oben angedacht machen könnte.

[himitsu]

Zitat von Stevie:

Kann man doch, sind nur einige Zeilen Code mehr zu schreiben.

Aber dann ist und bleibt es aber bei einer NEUDeklaration und nicht NUR um die Sichtbarkeit.

Es geht um eine bessere Codeverständlichkeit.

Bei property name; weiß man sofort, daß es sich nur um eine Sichtbarkeitsänderung handelt.

Wenn man das jetzt so macht, dann erkennt man aus der Deklaration nicht, daß hier nur die Sichtbarkeit geändert wird ... immerhin könnte in dem Code, da ganz weit unten, noch was anderes stehen, außer dem Inherited-Aufruf.

Und dann auch noch das:

Zitat von DeddyH:

Jepp, aber es sieht schon blöd aus, wenn man zig Methoden implementiert, die nur inherited aufrufen

[add]

Zitat von Stevie:

Mir würde sich in diesem Zusammenhang sowieso die Frage stellen, ...

Dann könnte man auch die ganzen Common-Klassen der VCL weglassen, denn

Zitat:

denn entweder macht das Property etwas internes, dann gebe ich es nicht nach außen frei, oder es macht etwas, was man von außen aufrufen können soll, dann wäre es unsinnig, es protected zu deklarieren.