Sollen wir einen öffentlichen Konstruktor deklarieren, wenn die Klasse als Paket privat deklariert ist?

Question

denke ich in diesem Fall besteht keine Notwendigkeit, einen öffentlichen Konstruktor zu erklären, da die Klasse sowieso nicht zugänglich außerhalb des Pakets ist. Aber gibt es versteckte Auswirkungen, wenn die Klasse nur privaten Konstruktor hat?

Answer 1

Nein, Sie müssen nicht den öffentlichen Konstruktor zu erklären; Paket private Konstruktoren werden genauso nutzbar sein. Klassen außerhalb des Pakets könnten den Konstruktor sowieso nicht verwenden, da sie die Klasse nicht sehen können.

Answer 2

Wenn Ihre Klasse Paket privat ist, sind die Zugriffsebenen, die durch das Schlüsselwort public zusammen mit dem Standard Paket private Zugriffsebene des Konstruktors angezeigt werden, äquivalent.

Sie können jedoch angeben, das Verhalten Sie Absicht, das Verfahren zu haben, falls die Klasse Sichtbarkeit während der Entwicklung verändert wird. Dies kann passieren, wenn Sie einige APIs öffnen, die zuvor intern waren. In diesem Fall sieht es eher konservativ aus, den Konstruktor als Paket privat zu deklarieren, da Sie nicht alle Türen gleichzeitig öffnen.

Answer 3

Wir können einen Konstruktor nicht in einer privaten Klasse publizieren, da auf private Klasse nicht zugegriffen werden kann und auf keine seiner Methoden zugegriffen werden kann und da Konstruktoren spezielle Memberfunktionen sind, so dass auch von außen nicht zugegriffen werden kann Öffentlichkeit, weil es letztlich die private Definition der Klasse verletzt

Answer 4

Konstrukteurs kann nicht im privaten Teil der Klasse definiert werden. Der Compiler lässt dies nicht zu, da für Mitglieder, die als privat definiert sind, das Hauptprogramm keinen Zugriff hat. Wann immer wir es anrufen, ist es nur für die Klasse zugänglich, in der wir es oder das Freund-Label definieren. Der Compiler gibt den Namen des Konstruktors an, auf den nicht zugegriffen werden kann.