[Ben]

Hallo,
ich programmiere hier gerade so etwas vor mich hin und habe da gerade so einen Gedanken aufgeschnappt, als ich eine neue Klasse erstellen wollte.

Es ist ja eigentlich erstmal egal, ob man den Konstruktor einer abstrakten Klasse als public oder als protected deklariert (private scheidet mal aus, da ich den schon noch aufrufen will). Was ist aber .. sagen wir "sinnvoller"?

Ist es wirklich komplett egal oder übersehe ich eventuell etwas, was irgendwann nochmal wichtig werden könnte?

Danke für die Antworten.

Grüße, Ben.

im sinne dessen, grundsätzlich die 'visibility' so klein wie möglich zu halten, würde ich protected wählen. mir fällt grad kein unterschied ein - außer evtl. ein paar bugs in der zend engine, die erst mit php5.2 rausfliegen.

[$traight-$hoota]

in php is das eigentlich total egal => also protected nehmen (wie axo gesagt hat).
in anderen oop sprachen (z.b. java) kann man abstrakte klassen ja auch durch objekte von anonymen klassen instanzieren, also macht die unterscheidung dann sinn.
beispiel:

abstract class AbstractClass{
public AbstractClass(){
}
}
new AbstractClass(){};
 
abstract class ProtectedAbstractClass{
protected AbstractClass(){
}
//fehler
new ProtectedAbstractClass(){};
}
 

[Ben]

Zitat von axo

im sinne dessen, grundsätzlich die 'visibility' so klein wie möglich zu halten, würde ich protected wählen.

Jupp. Das ist auch meine Argumentation.

Nunja, alles klar .. verwende ich also weiterhin protected.

[Basti]

Die Frage ist doch eigentlich, ob der Konstruktor von den abgeleitenden Objekten überschrieben werden muss oder nicht, also ob der Konstruktor selbst abstrakt ist oder nicht.

Basti