ทำไม + +,, =, * =, / = ตัวดำเนินการกำหนดผสมของ Java ไม่จำเป็นต้องส่ง

จนถึงวันนี้ฉันคิดอย่างนั้น:

i += j;

เป็นเพียงทางลัดสำหรับ:

i = i + j;

แต่ถ้าเราลองทำสิ่งนี้:

int i = 5;
long j = 8;

จากนั้นi = i + j;จะไม่รวบรวม แต่i += j;จะรวบรวมได้

มันหมายความว่าในความเป็นจริงi += j;เป็นทางลัดสำหรับบางสิ่งบางอย่างเช่นนี้ i = (type of i) (i + j)?

เช่นเดียวกับคำถามเหล่านี้ JLS ถือเป็นคำตอบ ในกรณีนี้§15.26.2ผู้ประกอบการกำหนด Compound สารสกัด:

นิพจน์การมอบหมายผสมของฟอร์มE1 op= E2เทียบเท่ากับE1 = (T)((E1) op (E2))โดยที่Tเป็นประเภทE1ยกเว้นว่าE1ถูกประเมินเพียงครั้งเดียว

ตัวอย่างที่อ้างถึงจาก§15.26.2

[... ] รหัสต่อไปนี้ถูกต้อง:

short x = 3;
x += 4.6;

และส่งผลให้ x มีค่า 7 เพราะมันเท่ากับ:

short x = 3;
x = (short)(x + 4.6);

กล่าวอีกนัยหนึ่งสมมติฐานของคุณถูกต้อง

ตัวอย่างที่ดีของการคัดเลือกนักแสดงนี้ใช้ * = หรือ / =

byte b = 10;
b *= 5.7;
System.out.println(b); // prints 57

หรือ

byte b = 100;
b /= 2.5;
System.out.println(b); // prints 40

หรือ

char ch = '0';
ch *= 1.1;
System.out.println(ch); // prints '4'

หรือ

char ch = 'A';
ch *= 1.5;
System.out.println(ch); // prints 'a'

คำถามที่ดีมาก ข้อกำหนด Java Languageยืนยันคำแนะนำของคุณ

ตัวอย่างเช่นรหัสต่อไปนี้ถูกต้อง:

short x = 3;
x += 4.6;

และส่งผลให้ x มีค่า 7 เพราะมันเท่ากับ:

short x = 3;
x = (short)(x + 4.6);

ใช่,

โดยทั่วไปเมื่อเราเขียน

i += l; 

คอมไพเลอร์แปลงสิ่งนี้เป็น

i = (int)(i + l);

ฉันเพิ่งตรวจสอบ.classรหัสไฟล์

เป็นเรื่องดีที่ควรรู้

คุณจำเป็นต้องหล่อจากlongไปint explicitlyในกรณีของi = i + l แล้วมันจะรวบรวมและให้ผลผลิตที่ถูกต้อง ชอบ

i = i + (int)l;

หรือ

i = (int)((long)i + l); // this is what happens in case of += , dont need (long) casting since upper casting is done implicitly.

แต่ในกรณีที่+=มันใช้งานได้ดีเพราะโอเปอเรเตอร์ทำชนิดการส่งข้อมูลจากประเภทของตัวแปรด้านขวาเป็นประเภทของตัวแปรด้านซ้ายดังนั้นไม่จำเป็นต้องทำการแปลงอย่างชัดเจน

ปัญหาที่นี่เกี่ยวข้องกับการคัดเลือกนักแสดง

เมื่อคุณเพิ่ม int และ long

1. วัตถุ int ถูก casted เป็น long & ทั้งสองอย่างถูกเพิ่มเข้ามาและคุณจะได้วัตถุยาว
2. แต่วัตถุที่มีความยาวจะไม่สามารถใช้กับ int ได้ ดังนั้นคุณต้องทำอย่างชัดเจน

แต่+=มีการเข้ารหัสในลักษณะที่จะพิมพ์แบบหล่อi=(int)(i+m)

ในการแปลงประเภท Java จะดำเนินการโดยอัตโนมัติเมื่อประเภทของการแสดงออกทางด้านขวามือของการดำเนินงานที่ได้รับมอบหมายสามารถส่งเสริมประเภทของตัวแปรทางด้านซ้ายมือของการมอบหมายอย่างปลอดภัย ดังนั้นเราสามารถกำหนด:

 byte -> short -> int -> long -> float -> double 

สิ่งเดียวกันจะไม่ทำงานในทางกลับกัน ตัวอย่างเช่นเราไม่สามารถแปลง long เป็น int ได้โดยอัตโนมัติเพราะอันแรกต้องการพื้นที่เก็บข้อมูลมากกว่าวินาทีและอาจทำให้ข้อมูลสูญหายได้ เพื่อบังคับให้เกิดการแปลงเราจะต้องทำการแปลงที่ชัดเจน
ประเภท - การแปลง

บางครั้งคำถามดังกล่าวสามารถถามได้ในการสัมภาษณ์

ตัวอย่างเช่นเมื่อคุณเขียน:

int a = 2;
long b = 3;
a = a + b;

ไม่มีการพิมพ์อัตโนมัติ ใน C ++ จะไม่มีข้อผิดพลาดใด ๆ รวบรวมโค้ดข้างต้น แต่ใน Java Incompatible type exceptionคุณจะได้รับสิ่งที่ต้องการ

เพื่อหลีกเลี่ยงมันคุณต้องเขียนโค้ดของคุณเช่นนี้:

int a = 2;
long b = 3;
a += b;// No compilation error or any exception due to the auto typecasting

ความแตกต่างที่สำคัญa = a + bคือไม่มีการพิมพ์ดีดเกิดขึ้นดังนั้นคอมไพเลอร์ก็โกรธคุณเพราะไม่พิมพ์ดีด แต่ด้วยa += bสิ่งที่มันทำจริงๆคือ Typecasting เป็นชนิดเข้ากันได้กับb aดังนั้นหากทำ

int a=5;
long b=10;
a+=b;
System.out.println(a);

สิ่งที่คุณทำจริงๆคือ:

int a=5;
long b=10;
a=a+(int)b;
System.out.println(a);

จุดที่ลึกซึ้งที่นี่ ...

มี typecast โดยนัยi+jเมื่อjเป็น double และiint Java ALWAYSแปลงจำนวนเต็มเป็นสองเท่าเมื่อมีการดำเนินการระหว่างกัน

เพื่อชี้แจงi+=jที่iเป็นจำนวนเต็มและjคู่สามารถอธิบายเป็น

i = <int>(<double>i + j)

โปรดดู: คำอธิบายของการคัดเลือกโดยนัย

คุณอาจต้องการที่จะ typecast jไป(int)ในกรณีนี้เพื่อความชัดเจน

Java Language ข้อกำหนดกำหนดE1 op= E2ที่จะเทียบเท่ากับE1 = (T) ((E1) op (E2))ที่Tเป็นประเภทของE1และE1ได้รับการประเมินในครั้งเดียว

นั่นเป็นคำตอบทางเทคนิค แต่คุณอาจสงสัยว่าทำไมถึงเป็นเช่นนั้น ลองพิจารณาโปรแกรมต่อไปนี้

public class PlusEquals {
    public static void main(String[] args) {
        byte a = 1;
        byte b = 2;
        a = a + b;
        System.out.println(a);
    }
}

โปรแกรมนี้พิมพ์อะไร

คุณเดา 3 น่าเสียดายที่โปรแกรมนี้จะไม่คอมไพล์ ทำไม? ดีก็จึงเกิดขึ้นนอกเหนือจากไบต์ใน Java ที่ถูกกำหนดให้กลับ intสิ่งนี้ฉันเชื่อว่าเป็นเพราะ Java Virtual Machine ไม่ได้กำหนดการดำเนินการไบต์เพื่อบันทึกบนไบต์ (มีจำนวน จำกัด ) การใช้การดำเนินการจำนวนเต็มแทนเป็นรายละเอียดการใช้งานที่แสดงในภาษา

แต่ถ้าa = a + bไม่ได้ทำงานนั่นก็หมายความว่าa += bจะไม่ทำงานสำหรับไบต์ถ้ามันถูกกำหนดให้เป็นE1 += E2 E1 = E1 + E2ดังตัวอย่างก่อนหน้านี้แสดงให้เห็นว่าเป็นกรณีจริง ในฐานะที่เป็นแฮ็คที่จะทำให้+=ผู้ปฏิบัติงานทำงานเป็นไบต์และกางเกงขาสั้น มันไม่ได้เป็นการแฮ็กที่ยอดเยี่ยม แต่กลับมาในระหว่างการทำงานของ Java 1.0 จุดเน้นคือการปล่อยภาษาเริ่มต้น ตอนนี้เนื่องจากความเข้ากันได้ย้อนหลังแฮ็คนี้ที่นำมาใช้ใน Java 1.0 ไม่สามารถลบได้