What logical operator has higher precedence than the other logical operators?
Operator precedence determines the grouping of terms in an expression and decides how an expression is evaluated. Certain operators have higher precedence than others; for example, the multiplication operator has a higher precedence than the addition operator. Show
For example, x = 7 + 3 * 2; here, x is assigned 13, not 20 because operator * has a higher precedence than +, so it first gets multiplied with 3*2 and then adds into 7. Here, operators with the highest precedence appear at the top of the table, those with the lowest appear at the bottom. Within an expression, higher precedence operators will be evaluated first. Most Java operators are left-to-right associative. One notable exception is the assigment operator, which is right-to-left associative. As a result, the expression x = y = z = 17 is treated as x = (y = (z = 17)), leaving all three variables with the value 17. Recall that an assignment statement evaluates to the value of its right-hand side. Associativity it not relevant for some operators. For example, x <= y <= z and x++-- are invalid expressions in Java. Precedence and associativity of Java operators.The table below shows all Java operators from highest to lowest precedence, along with their associativity. Most programmers do not memorize them all, and, even those that do, use parentheses for clarity.[] .parentheses array access member accessleft-to-right15++ --unary post-increment unary post-decrementleft-to-right14+ - ! ~ ++ -- unary plus unary minus unary logical NOT unary bitwise NOT unary pre-increment unary pre-decrementright-to-left13() newcast object creationright-to-left12* / %multiplicativeleft-to-right11+ - +additive string concatenationleft-to-right10<< >> >>>shiftleft-to-right9< <= > >= instanceofrelationalleft-to-right8== !=equalityleft-to-right7&bitwise ANDleft-to-right6^bitwise XORleft-to-right5|bitwise ORleft-to-right4&&logical ANDleft-to-right3||logical ORleft-to-right2?:ternaryright-to-left1 = += -= *= /= %= &= ^= |= <<= >>= >>>=assignmentright-to-left0-> lambda expression arrowright-to-left
Order of operand evaluation in Java.Associativity and precedence determine in which order Java groups operands and operators, but it does not determine in which order the operands are evaluated. In Java, the operands of an operator are always evaluated left-to-right. Similarly, argument lists are always evaluated left-to-right. So, for example in the expression A() + B() * C(D(), E()), the subexpressions are evaluated in the order A(), B(), D(), E(), and C(). Although, C() appears to the left of both D() and E(), we need the results of both D() and E() to evaluate C(). It is considered poor style to write code that relies upon this behavior (and different programming languages may use different rules).Short-circuit evaluation. With three exceptions ( System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);0, and System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);1), Java evaluates every operand of an operator before the operation is performed. For the logical AND ( && ) and logical OR (System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);0) operators, Java evaluate the second operand only if it is necessary to resolve the result. This is known as short-circuit evaluation. It allows statements like if ((s != null) && (s.length() < 10)) to work reliably (i.e., invoke the System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);4 method only if System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);5 is not System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);6). Programmers rarely use the non short-circuiting versions (& and |) with boolean expressions. Operator precedence gone awry.Sometimes the precedence order defined in a language do not conform with mathematical norms. For example, in Microsoft Excel,System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);7 is treated as System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);8 instead of System.out.println(1 + 2 + "abc"); System.out.println("abc" + 1 + 2);9. So year % 4 == 0 && year % 100 != 0 || year % 400 == 00 evaluates to year % 4 == 0 && year % 100 != 0 || year % 400 == 01 instead of year % 4 == 0 && year % 100 != 0 || year % 400 == 02, which is the value that most mathematicians would expect. Microsoft acknowledges this quirk as a “design choice.” One wonders whether the programmer was relying on the C precedence order in which unary operators have higher precedence than binary operators. This rule agrees with mathematical conventions for all C operators, but fails with the addition of the exponentiation operator. Once the order was established in Microsoft Excel 2.0, it could not easily be changed without breaking backward compatibility. Operator associativity gone awry.Sometimes the associativty of an operator is implemented left-to-right in one programming language but right-to-left in another. An alarming example is exponentiation. In Wolfram Alpha and Google Sheets, the exponentiation operator is right-to-left associative, soyear % 4 == 0 && year % 100 != 0 || year % 400 == 03 is treated as year % 4 == 0 && year % 100 != 0 || year % 400 == 04, which is 256. However, in Matlab and Excel, the exponentiation operator is left-to-right associative, so year % 4 == 0 && year % 100 != 0 || year % 400 == 03 is treated as as year % 4 == 0 && year % 100 != 0 || year % 400 == 06, which is 64. Exponentiation is not a binary operator in Java. Exercises.
|