comment expliquer le retour de la déclaration dans le constructeur?

autant que je sache , le constructeur de retour rien , pas même void ,

et aussi

return ;

à l'intérieur de la méthode, moyens de retourner void .

donc dans mon programme

public class returnTest {

    public static void main(String[] args) {
        returnTest obj = new returnTest();
        System.out.println("here1");

    }

    public returnTest () 
    {
        System.out.println("here2");
        return ;
    }
    }

je fais appel

return;

qui sera de retour NUL , mais le constructeur n'est pas censé renvoyer quoi que ce soit ,
le programme compile bien .

veuillez expliquer .

avez-vous entendu parler de java conventions de nom?
Le programme ne compile pas du tout: elle donne une erreur de compilation pour une inaccessible déclaration.
hey c'était pas intentionnel , la dernière ligne, j'ai juste écrit par erreur , il n'était pas censé être là
"qui sera de retour NUL, mais le constructeur n'est pas censé renvoyer quoi que ce soit...". En fait, un constructeur est compilé pour une méthode spéciale appelée <init> qui retourne void.

OriginalL'auteur Hussain Akhtar Wahid 'Ghouri' | 2013-03-04

  1. 21

    return dans un constructeur saute hors du constructeur au point spécifié. Vous pouvez l'utiliser si vous n'avez pas besoin pour initialiser la classe dans certaines circonstances.

    par exemple

    //A real life example
class MyDate
{
    //Create a date structure from a day of the year (1..366)
    MyDate(int dayOfTheYear, int year)
    {
        if (dayOfTheYear < 1 || dayOfTheYear > 366)
        {
            mDateValid = false;
            return;
        }
        if (dayOfTheYear == 366 && !isLeapYear(year))
        {
            mDateValid = false;
            return;
        }
        //Continue converting dayOfTheYear to a dd/mm.
        //...

    OriginalL'auteur John3136

  2. 2

    return peut être utilisé pour laisser le constructeur immédiatement. Un cas d'utilisation semble être de créer des demi-objets initialisés.

    On peut discuter pour savoir si c'est une bonne idée. Le problème à mon humble avis, c'est que les objets qui en résultent sont difficiles à travailler avec, car ils n'ont pas d'invariants qui vous pouvez compter.

    Dans tous les exemples que j'ai vu jusqu'à présent utilisé que return dans un constructeur, le code a été problématique. Souvent les constructeurs étaient trop gros et comporte trop de logique d'entreprise, ce qui rend difficile à tester.

    Un autre modèle que j'ai vu de la mise en œuvre de la logique du contrôleur dans le constructeur. Si une redirection a été nécessaire, le constructeur stockée la redirection et appelé retourné. A côté de cela, ces constructeurs ont également été difficile à tester, le problème majeur est que chaque fois que d'avoir à travailler avec un tel objet, vous devez pessimiste supposer qu'il n'est pas complètement initialisé.

    Mieux de garder toute la logique des constructeurs et viser complètement initialisé, de petits objets. Ensuite, vous pouvez rarement (voire jamais) auront besoin d'appeler return dans un constructeur.

    OriginalL'auteur Philipp Claßen

  3. 2

    déclarations après retour déclaration serait inaccessible. Si l'instruction return est la dernière alors il ne sert à définir dans le constructeur, mais encore compilateur ne se plaint pas. Il compile bien.

    Si vous faites partie d'initialisation dans le constructeur sur la base de si condition ex., vous pouvez initialiser la connexion à la base si elle est disponible et de retour que vous voulez lire des données à partir du disque local pour but provisoire.

    public class CheckDataAvailability 
{
    Connection con =SomeDeligatorClass.getConnection();

    public CheckDataAvailability() //this is constructor
    {
        if(conn!=null)
        {
            //do some database connection stuff and retrieve values;
            return; //after this following code will not be executed.
        }

        FileReader fr;  //code further from here will not be executed if above 'if' condition is true, because there is return statement at the end of above 'if' block.

    }
}
    Le reste ne sera pas exécutée de toute façon, à ce point

    OriginalL'auteur AmitG

  4. 1

    Méthodes déclarées avec void type de retour ainsi que les constructeurs juste retour rien. C'est pourquoi vous pouvez omettre return déclaration à eux à tous. La raison pour laquelle void type de retour n'est pas spécifié pour les constructeurs est de distinguer constructeur à partir de la méthode avec le même nom:

    public class A
{
    public A () //This is constructor
    {
    }

    public void A () //This is method
    {
    }
}

    OriginalL'auteur Mikhail Vladimirov

  5. 1

    Dans ce cas return agit de même pour break. Il se termine l'initialisation. Imaginez classe qui a int var. Vous passez int[] values et souhaitez initialiser var positif int stockées dans values (ou var = 0 contraire). Ensuite, vous pouvez utiliser return.

    public class MyClass{

int var;

public MyClass(int[] values){
    for(int i : values){
        if(i > 0){
            var = i; 
            return;
        }
    }
}
//other methods
}

    OriginalL'auteur Stepan

  6. 0
    public class Demo{

 Demo(){
System.out.println("hello");
return;
 }

}
class Student{

public static void main(String args[]){

Demo d=new Demo();

}
}
//output will be -----------"hello"


public class Demo{

 Demo(){
return;
System.out.println("hello");

 }

}
class Student{

public static void main(String args[]){

Demo d=new Demo();

}
}
//it will throw Error
    Bienvenue sur StackOverflow! Merci de ne pas juste faire un dump de votre code ici, essayez de fournir une belle description de votre réponse. Veuillez prendre le temps de lire ceci: stackoverflow.com/help/how-to-answer

    OriginalL'auteur gaurav