Scrigroup - Documente si articole

Username / Parola inexistente      

Home Documente Upload Resurse Alte limbi doc  

AccessAdobe photoshopAlgoritmiAutocadBaze de dateCC sharp
CalculatoareCorel drawDot netExcelFox proFrontpageHardware
HtmlInternetJavaLinuxMatlabMs dosPascal
PhpPower pointRetele calculatoareSqlTutorialsWebdesignWindows

AspAutocadCDot netExcelFox proHtmlJava
LinuxMathcadPhotoshopPhpSqlVisual studioWindowsXml

Common pitfalls when using operators


+ Font mai mare | - Font mai mic


Trimite pe Messenger
Bitwise operators
Seam Contexts
Data Structures And Random Number Generation
Logical operators
AWT Image Processing
EJB3 Fundamentals
Ternary if-else operator
Toolkit, Window, Container, And Events
Network And Sockets
Handling URLs And Networking Exceptions

Common pitfalls when using operators

One of the pitfalls when using operators is trying to get away without parentheses when you are even the least bit uncertain about how an expression will evaluate. This is still true in Java.

An extremely common error in C and C++ looks like this:

while(x = y)

The programmer was trying to test for equivalence (==) rather than do an assignment. In C and C++ the result of this assignment will always be true if y is nonzero, and youíll probably get an infinite loop. In Java, the result of this expression is not a boolean, and the compiler expects a boolean and wonít convert from an int, so it will conveniently give you a compile-time error and catch the problem before you ever try to run the program. So the pitfall never happens in Java. (The only time you wonít get a compile-time error is when x and y are boolean, in which case x = y is a legal expression, and in the above case, probably an error.)

A similar problem in C and C++ is using bitwise AND and OR instead of logical. Bitwise AND and OR use one of the characters (& or |) while logical AND and OR use two (&& and ||). Just as with = and ==, itís easy to type just one character instead of two. In Java, the compiler again prevents this because it wonít let you cavalierly use one type where it doesnít belong.

Politica de confidentialitate



Vizualizari: 478
Importanta: rank

Comenteaza documentul:

Te rugam sa te autentifici sau sa iti faci cont pentru a putea comenta

Creaza cont nou

Termeni si conditii de utilizare | Contact
© SCRIGROUP 2022 . All rights reserved

Distribuie URL

Adauga cod HTML in site