konstruktur als public definieren

[kostonstyle]

hallo miteinander
warum definiert man den Zugriffspezifizierer für Konstruktur als public?

ich benutze zur zeit java ide netbeans. Wenn ich mein Programm kompiliere, sehe ich, dass es für jede Klasse einen .class Datei erzeugt wird, warum?

Danke kostonstyle

 

[nickname]

Hi,

du kannst den Konstruktor auf private definieren. Jedoch kann es dann nur ein Objekt dieser Klasse im gesamten Program geben.
Damit kannst du auch dieses Objekt nicht aus anderen Klassen aufrufen, denn Konstruktoren werden nicht vererbt.

Wenn du Klassen schachtelst wird es eine viel interessantere .class Datei geben...

gruß nickname

 

[Ark]

Warum benutzt du NetBeans, obwohl du diese Grundlagen nicht verstanden hast?

Ark

 

[tfa]

du kannst den Konstruktor auf private definieren. Jedoch kann es dann nur ein Objekt dieser Klasse im gesamten Program geben.

Dann kann der Konstruktor nur innerhalb der Klasse aufgerufen werden. Die Anzahl der Objekte wird dadurch nicht beschränkt.

 

[fjord]

Macht zum Beispiel Sinn wenn man für die Erzeugung der Objekte eine static Factory benutzen will.

 

[hdi]

du kannst den Konstruktor auf private definieren. Jedoch kann es dann nur ein Objekt dieser Klasse im gesamten Program geben.

Du redest von Singleton, das hat mit privaten Konstruktoren nichts zu tun

Damit kannst du auch dieses Objekt nicht aus anderen Klassen aufrufen, denn Konstruktoren werden nicht vererbt.

Eine Instanz hat nichts mit einem Konstruktor zu tun:

[HIGHLIGHT="Java"]public static final Instance i = new Instance(); // überall verfügbar
private Instance(){}[/HIGHLIGHT]

 

[kostonstyle]

Warum benutzt du NetBeans, obwohl du diese Grundlagen nicht verstanden hast?

Ark

ich habe immer gemeint, für jede Datei eine Klasse erzeugt wird....

 

[ARadauer]

warum?

 

[kostonstyle]

eben warum, das ist meine frage.
also ich sollte meine frage so stellen..
wie arbeit netbeans mit der klassen?
Warum für jede Klasse eine .class Datei?

 

[hdi]

Das hat nichts mit Netbeans zu tun, so arbeit die Java Virtual Machine.
Warum? So findet sie halt, was sie sucht. Ob man das auch anders hätte lösen können?
Interessiert dich das echt

Ist doch egal... nimm's so hin, spielt für dich als Entwickler nicht wirklich eine Rolle
wie viele .class Dateien nun beim Kompilieren erstellt werden, Hauptsache sie sind da.

 

[Wildcard]

Das hat nichts mit Netbeans zu tun, so arbeit die Java Virtual Machine.

Nur die Standard Classloader, nicht die VM. Dateien sind lediglich die einfachste Möglichkeit Klassen zu beziehen, Klassen können aber auch von Remote, aus einer DB, und sonstwoher kommen

 

[kostonstyle]

danke