Если метод имеет тип boolean какой вариант оператора return приведет к ошибке

Если вы поместите оператор return в оператор if, while или for, то он может или не может возвращать значение. Если он не войдет внутрь этого утверждения, тогда также этот метод должен вернуть некоторое значение (которое может быть нулевым). Чтобы убедиться, что компилятор заставит вас написать этот оператор return, который после if, while или for.

Но если вы пишете блок if / else и каждый из них возвращается в нем, тогда компилятор знает, что либо if, либо else получат выполнение, и метод вернет значение. Поэтому этот компилятор времени не заставит вас.

if(condition)
{
 return;
}
else
{
 return;
}

Попробуйте, как если бы if condition возвращает false, поэтому он будет возвращать пустой, иначе ничего не вернуться.

public String myMethod()
{
    if(condition)
    {
       return x;
    }
return ""
}

Поскольку компилятор не знает, будет ли какой-либо из этих блоков if , поэтому он дает вам ошибку.

Это потому, что если вы не пойдете в if, нет ничего, чтобы вернуться, поэтому он пропустит возвращение. 🙂

должно быть:

public String myMethod()
{
    if(condition)
    {
       return x;
    }
    return y;
}

Это незаконный синтаксис. Для вас необязательно возвращать переменную. Вы ДОЛЖНЫ возвращать переменную типа, указанного в вашем методе.

public String myMethod()
{
    if(condition)
    {
       return x;
    }
}

Вы эффективно говорите: Я обещаю , любой класс может использовать этот метод (общедоступный), и я обещаю он всегда будет возвращать String (String).

Тогда вы говорите, что мое условие истинно, я верну x. Ну, это слишком плохо, в вашем обещании нет IF. Вы обещали, что myMethod ВСЕГДА вернет String. Даже если ваше условие ВСЕГДА истинно, компилятор должен предположить, что существует вероятность того, что он является ложным. Поэтому вам всегда нужно поместить возврат в конце вашего не-void-метода вне любых условий. JUST IN CASE все ваши условия терпят неудачу.

public String myMethod()
{
    if(condition)
    {
       return x;
    }
  return ""; //or whatever the default behavior will be if all of your conditions fail to return.
}

Вы должны добавить оператор return, если condition является ложным.

public String myMethod() {
    if(condition) {
        return x;
    }

//  if condition is false you HAVE TO return a string
//  you could return a string, a empty string or null
    return otherCondition;  
}

FYI:

Oracle docs for return statement

Это вернет строку , только если условие истинно.

public String myMethod()
{
    if(condition)
    {
       return x;
    }
    else
       return "";
}

Это потому, что функция должна вернуть значение. Представьте, что произойдет, если вы выполните myMethod(), и он не войдет в if(condition), что бы ваша функция вернулась? Компилятор должен знать, что нужно возвращать при каждом возможном выполнении вашей функции

Проверка документации по Java:

Определение: если декларация метода имеет тип возврата, тогда должно быть оператор возврата в конце метода. Если в операторе return нет ошибки, возвращаемой командой return.

Эта ошибка также возникает, если метод не имеет типа возврата и не был объявлен с использованием void (т. Е. Он был ошибочно опущен ).

Вы можете решить вашу проблему:

public String myMethod()
{
    String result = null;
    if(condition)
    {
       result = x;
    }
    return result;
}

Любой метод myMethod () должен возвращать значение String. Что, если ваше условие ложно, myMethod возвращает что-нибудь? ans нет, поэтому вам нужно определить return null или некоторое строковое значение в ложном состоянии

public String myMethod() {
    boolean c=true;
    if (conditions) {
        return "d";
    }
    return null;//or some other string value
}

попробуйте следующее:

public String myMethod()
{
    if(condition)
    {
       return x;
    }

   return ""; //returns empty string
}

public String myMethod() // it ALWAYS expects a String to be returned
{
    if(condition) // will not execute always. Will execute only when condition is true
    {
       return x; // will not be returned always.
    }
   //return empty string here

}

In this code:

public static void main(String []args){
   int [] a = {10, 20, 30};
   if(m1(a))
     m2(a, 0);
   else
     m2(a, 1);
   for(int i = 0; i < a.length; i++)
     System.out.println(a[i] + " ");
}

public static boolean m1(int [] a){
   return a[0] == a[1] / 2;
}

public static void m2(int [] a, int b){
    a[b] = 1;
}
}

in m2, what does the line comes after return , which is a[0] == a[1] / 2 do?
is it a chick statement ? because it is bet confusing when it comes after return

asked Jan 10, 2012 at 20:43

return a[0] == a[1] / 2

returns true if the expression is actually true, ie. a[0] is equal to a[1] divided by 2, and false otherwise.

answered Jan 10, 2012 at 20:46

I think you mean m1.

Anyway, it helps if you read the code like this:

public static boolean m1(int [] a){
   return (a[0] == (a[1] / 2));
}

Take note of operator precedence: parenthesis are evaluated before equality. That is, return the equality between a[0] and the result of the expression (a[1] / 2).

If you don’t know your precedence rules, you could alternatively read the code as:

public static boolean m1(int [] a){
    int i = a[1] / 2;
    boolean foo = (a[0] == i);
    return foo;
}

answered Jan 10, 2012 at 20:45

That’s a boolean expression stating the value that the method will return.
It’s no different from a method that returns an int.

There is a certain kind of programmers who would rather code this as follows:

if( a[0] == a[1] / 2 )
    return true;
else
    return false;

We scorn at this kind of programmers, and during lunch break we do not sit anywhere near them.

So, to answer your question, return a[0] == a[1] / 2; is a perfectly valid statement, and any experienced programmer would rather see it like this rather than in any other way. The ‘==’ inside the expression tells us that this expression is evaluating to a boolean value, and then this boolean value is returned by the function. That’s absolutely fine.

If it would help you to better understand it, you could express it as return a[0] == (a[1] / 2); but if you know your operator precedence it is unnecessary, and in any case the alternative (return (a[0] == a[1]) / 2;) could not possibly work because the division operator is not applicable to boolean values.

answered Jan 10, 2012 at 20:56

I am starting with java and while I was writing a way to identify whether a number was prime I wrote a method like this

public static boolean checkPrime(int n){

    int x = 2;

    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }

    if(((n % x) == 0) && (n == x)){     
        return !Prime;
    }
    else if(((n % x) == 0) && (n > x)){
        return Prime;
    }
    else {
        return Prime;
    }
}

What I couldn’t figure out was the necessity of the last else statement. If I do not put it, I get an error message. However I don’t think it is necessary since all possibilities are covered by the previous loops, with their respecting return statements. Or am I missing something?

asked Jun 8, 2013 at 2:28

You don’t need the else. What you are being told by the compiler is the method must return SOMETHING. Your last else block could replaced by this:

return PrimeOrNot;

In fact, your method could look like this:

public static boolean checkPrime(int n){
    int x = 2;
    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }
    if(((n % x) == 0) && (n == x)){     
        return !(PrimeOrNot);
    }
    return (PrimeOrNot);
}

In any case your very last statement block cannot be an else if.

answered Jun 8, 2013 at 2:31

The method has a return type of boolean.

The compiler is scared by the possibility in which none of the ‘if’ cases are met. In this situation, the method know what to return. This method needs to return something, so just give it a ‘return true’ before the method ends. It won’t ever be read, but it will make the compiler happy.

answered Jun 8, 2013 at 2:34

answered Jun 8, 2013 at 2:38

public static boolean checkPrime(int n){
    boolean PrimeOrNot = false;
    int x = 2;

    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }

    if(((n % x) == 0) && (n == x)){     
        return !(PrimeOrNot);
    }
    else if(((n % x) == 0) && (n > x)){
        return (PrimeOrNot);
    }

    return PrimeOrNot;
}

answered Jun 8, 2013 at 2:34

A method which returns a value will be compilable if it returns a value in all its possible code paths.

Imagine for a moment that you’re the compiler. You see this code:

int myMethod()
{
    if (cond)
        return anInt;
}

While you may know that cond is in fact always true, the compiler will not know that. It can only be sure about the result of a boolean expression if it is an expression which can be evaluated at compile time only.

Note that the vast majority of «code optimization» in Java is in fact done at run time (JIT: Just In Time).

answered Jun 8, 2013 at 2:47

The compiler only checks to see if there are valid return paths from your method. The compiler isn’t «smart» enough to inspect the conditional statements and determine whether the conditions can be logically met — the compiler simply checks to make sure that some value is returned to respect the contract of the method declaration.

Some would argue that the following is a cleaner structure for the method (but I think it is just a matter of taste):

public static boolean checkPrime(int n){
    int x = 2;
    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }

    if(((n % x) == 0) && (n == x)){     
        return !(PrimeOrNot);
    }

    return (PrimeOrNot);
}

answered Jun 8, 2013 at 2:35

I am starting with java and while I was writing a way to identify whether a number was prime I wrote a method like this

public static boolean checkPrime(int n){

    int x = 2;

    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }

    if(((n % x) == 0) && (n == x)){     
        return !Prime;
    }
    else if(((n % x) == 0) && (n > x)){
        return Prime;
    }
    else {
        return Prime;
    }
}

What I couldn’t figure out was the necessity of the last else statement. If I do not put it, I get an error message. However I don’t think it is necessary since all possibilities are covered by the previous loops, with their respecting return statements. Or am I missing something?

asked Jun 8, 2013 at 2:28

You don’t need the else. What you are being told by the compiler is the method must return SOMETHING. Your last else block could replaced by this:

return PrimeOrNot;

In fact, your method could look like this:

public static boolean checkPrime(int n){
    int x = 2;
    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }
    if(((n % x) == 0) && (n == x)){     
        return !(PrimeOrNot);
    }
    return (PrimeOrNot);
}

In any case your very last statement block cannot be an else if.

answered Jun 8, 2013 at 2:31

The method has a return type of boolean.

The compiler is scared by the possibility in which none of the ‘if’ cases are met. In this situation, the method know what to return. This method needs to return something, so just give it a ‘return true’ before the method ends. It won’t ever be read, but it will make the compiler happy.

answered Jun 8, 2013 at 2:34

answered Jun 8, 2013 at 2:38

public static boolean checkPrime(int n){
    boolean PrimeOrNot = false;
    int x = 2;

    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }

    if(((n % x) == 0) && (n == x)){     
        return !(PrimeOrNot);
    }
    else if(((n % x) == 0) && (n > x)){
        return (PrimeOrNot);
    }

    return PrimeOrNot;
}

answered Jun 8, 2013 at 2:34

A method which returns a value will be compilable if it returns a value in all its possible code paths.

Imagine for a moment that you’re the compiler. You see this code:

int myMethod()
{
    if (cond)
        return anInt;
}

While you may know that cond is in fact always true, the compiler will not know that. It can only be sure about the result of a boolean expression if it is an expression which can be evaluated at compile time only.

Note that the vast majority of «code optimization» in Java is in fact done at run time (JIT: Just In Time).

answered Jun 8, 2013 at 2:47

The compiler only checks to see if there are valid return paths from your method. The compiler isn’t «smart» enough to inspect the conditional statements and determine whether the conditions can be logically met — the compiler simply checks to make sure that some value is returned to respect the contract of the method declaration.

Some would argue that the following is a cleaner structure for the method (but I think it is just a matter of taste):

public static boolean checkPrime(int n){
    int x = 2;
    while (((n % x) != 0) && (n > x)){
        x = x + 1;
    }

    if(((n % x) == 0) && (n == x)){     
        return !(PrimeOrNot);
    }

    return (PrimeOrNot);
}

answered Jun 8, 2013 at 2:35