นักพัฒนา C # ที่เรียนรู้ Java อะไรคือความแตกต่างที่ใหญ่ที่สุดที่อาจมองข้ามไป? [ปิด]

สำหรับนักพัฒนา c # ที่ต้องการเรียนรู้ Java มีความแตกต่างที่สำคัญระหว่างสองภาษาที่ควรระบุหรือไม่?

บางทีบางคนอาจคิดว่าเหมือนกัน แต่มีแง่มุมการนำเข้าที่ไม่ควรมองข้าม? (หรือคุณจะทำผิดจริงๆ!)

อาจเป็นในแง่ของโครงสร้าง OOP วิธีการทำงานของ GC การอ้างอิงการปรับใช้ที่เกี่ยวข้อง ฯลฯ

ไม่กี่ gotchas จากด้านบนของหัวของฉัน:

• Java ไม่มีประเภทค่าที่กำหนดเอง (โครงสร้าง) ดังนั้นอย่ากังวลกับการค้นหา
• Java enums มีความแตกต่างอย่างมากกับวิธีการ "ระบุชื่อ" ของ C #; พวกเขา OO มากกว่า สามารถใช้เพื่อให้ได้ผลดีเยี่ยมหากคุณระมัดระวัง
• byte ลงนามใน Java (ขออภัย)
• ใน C # ตัวเริ่มต้นตัวแปรอินสแตนซ์จะทำงานก่อนที่ตัวสร้างคลาสพื้นฐานจะทำ ใน Java ที่พวกเขาทำงานหลังจากนั้น (เช่นก่อนตัวสร้างตัวสร้างในคลาส "นี้")
• ในวิธีการ C # ถูกปิดผนึกโดยค่าเริ่มต้น ใน Java เป็นเสมือนโดยค่าเริ่มต้น
• ตัวปรับการเข้าถึงเริ่มต้นใน C # คือ "การเข้าถึงที่ จำกัด ที่สุดที่มีอยู่ในบริบทปัจจุบันเสมอ"; ใน Java เป็นการเข้าถึงแบบ "แพ็กเกจ" (ควรอ่านข้อมูลเกี่ยวกับตัวปรับการเข้าถึงเฉพาะใน Java)
• ประเภทที่ซ้อนกันใน Java และ C # ทำงานแตกต่างกันบ้าง โดยเฉพาะอย่างยิ่งพวกเขามีข้อ จำกัด การเข้าถึงที่แตกต่างกันและเว้นแต่คุณจะประกาศประเภทที่ซ้อนกันเป็นstaticมันจะมีการอ้างอิงโดยปริยายไปยังอินสแตนซ์ของคลาสที่มี

นี่คือการเปรียบเทียบ 2 ภาษาที่ครอบคลุมมาก:

http://www.25hoursaday.com/CsharpVsJava.html

เพิ่ม: http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp

ฉันแปลกใจที่ไม่มีใครพูดถึงคุณสมบัติบางอย่างที่เป็นพื้นฐานใน C # แต่ไม่มีใน Java C # 3 ขึ้นไปมีการใช้คุณสมบัติโดยอัตโนมัติเช่นกัน ใน Java คุณต้องใช้เมธอดประเภท GetX / SetX

ความแตกต่างที่ชัดเจนอีกประการหนึ่งคือนิพจน์ LINQ และแลมบ์ดาใน C # 3 ไม่มีใน Java

มีสิ่งอื่น ๆ ที่เรียบง่าย แต่มีประโยชน์ที่ขาดหายไปจาก Java เช่นสตริงคำต่อคำ (@ "") การโอเวอร์โหลดตัวดำเนินการตัววนซ้ำที่ใช้ผลตอบแทนและตัวประมวลผลก่อนขาดใน Java เช่นกัน

หนึ่งในรายการโปรดส่วนตัวของฉันใน C # คือชื่อเนมสเปซไม่จำเป็นต้องเป็นไปตามโครงสร้างไดเร็กทอรีจริง ฉันชอบความยืดหยุ่นนี้มาก

มีความแตกต่างมากมาย แต่สิ่งเหล่านี้อยู่ในใจฉัน:

• ขาดตัวดำเนินการใน Java มากเกินไป ดูอินสแตนซ์ของคุณ Equals (instance2) กับ instance == instance2 (โดยเฉพาะ w / strings)
• คุ้นเคยกับอินเทอร์เฟซที่ไม่มีคำนำหน้าด้วย I บ่อยครั้งที่คุณเห็นเนมสเปซหรือคลาสที่ต่อท้ายด้วย Impl แทน
• การล็อกที่ตรวจสอบซ้ำไม่ทำงานเนื่องจากโมเดลหน่วยความจำ Java
• คุณสามารถอิมพอร์ตเมธอดแบบคงที่โดยไม่ต้องนำหน้าด้วยชื่อคลาสซึ่งมีประโยชน์มากในบางกรณี (DSL)
• เปลี่ยนคำสั่งใน Java ไม่จำเป็นต้องมีค่าเริ่มต้นและคุณไม่สามารถใช้สตริงเป็นเลเบลเคส (IIRC)
• ชื่อสามัญของ Java จะทำให้คุณโกรธ Java generics ไม่มีอยู่ในรันไทม์ (อย่างน้อยใน 1.5) เป็นเคล็ดลับคอมไพเลอร์ซึ่งทำให้เกิดปัญหาหากคุณต้องการสะท้อนประเภททั่วไป

.NET ได้สร้างชื่อสามัญ; Java ได้ลบข้อมูลทั่วไป

ความแตกต่างคือ: ถ้าคุณมีArrayList<String>วัตถุใน .NET คุณสามารถบอก (ที่รันไทม์) ว่าวัตถุที่มีประเภทArrayList<String>ขณะที่ใน Java ที่รันไทม์วัตถุที่เป็นประเภทArrayList; Stringส่วนหนึ่งจะหายไป หากคุณใส่สิ่งที่ไม่ใช่Stringสิ่งของเข้าไปในArrayListระบบจะไม่สามารถบังคับใช้สิ่งนั้นได้และคุณจะรู้ก็ต่อเมื่อคุณพยายามดึงไอเทมออกและการร่ายล้มเหลว

สิ่งหนึ่งที่ฉันพลาดใน C # จาก Java คือการบังคับให้มีการตรวจสอบข้อยกเว้น ใน C # เป็นเรื่องธรรมดาที่เราไม่ทราบถึงข้อยกเว้นที่วิธีการอาจโยนทิ้งและคุณอยู่ในความเมตตาของเอกสารหรือการทดสอบเพื่อค้นพบ ไม่เป็นเช่นนั้นใน Java ที่มีการตรวจสอบข้อยกเว้น

Java มี autoboxing สำหรับ primitives แทนที่จะเป็นประเภท value ดังนั้นแม้ว่าSystem.Int32[]จะเป็นอาร์เรย์ของค่าใน C # แต่Integer[]ก็เป็นอาร์เรย์ของการอ้างอิงถึงอIntegerอบเจ็กต์และด้วยเหตุนี้จึงไม่เหมาะสำหรับการคำนวณประสิทธิภาพที่สูงขึ้น

ไม่มีผู้รับมอบสิทธิ์หรือกิจกรรม - คุณต้องใช้อินเทอร์เฟซ โชคดีที่คุณสามารถสร้างคลาสและการใช้งานอินเทอร์เฟซแบบอินไลน์ได้ดังนั้นนี่จึงไม่ใช่เรื่องใหญ่

ฟังก์ชันวันที่ / ปฏิทินในตัวใน Java นั้นแย่มากเมื่อเทียบกับ System.DateTime มีข้อมูลมากมายเกี่ยวกับเรื่องนี้ที่นี่: Java Date & Time API มีอะไรผิดปกติ?

สิ่งเหล่านี้บางส่วนสามารถ gotchas สำหรับนักพัฒนา C #:

• คลาส Java Date ไม่แน่นอนซึ่งอาจทำให้วันที่ส่งคืนและวันที่ผ่านไปเกิดอันตรายได้
• ตัวสร้าง java.util.Date ส่วนใหญ่เลิกใช้งานแล้ว เพียงแค่สร้างอินสแตนซ์วันที่ก็ค่อนข้างละเอียด
• ฉันไม่เคยได้รับคลาส java.util.Date เพื่อให้ทำงานร่วมกันได้ดีกับบริการเว็บ ในกรณีส่วนใหญ่วันที่ทั้งสองข้างถูกเปลี่ยนเป็นวันที่และเวลาอื่นอย่างสิ้นเชิง

นอกจากนี้ Java ยังไม่มีคุณลักษณะทั้งหมดเหมือนกับที่ GAC และแอสเซมบลีที่มีชื่อเรียกอย่างชัดเจน Jar Hellเป็นคำศัพท์สำหรับสิ่งที่อาจผิดพลาดเมื่อเชื่อมโยง / อ้างอิงไลบรารีภายนอก

เท่าที่เกี่ยวข้องกับบรรจุภัณฑ์ / การปรับใช้:

• อาจเป็นเรื่องยากที่จะจัดแพ็กเกจเว็บแอปพลิเคชันในรูปแบบ EAR / WAR ที่ติดตั้งและรันในแอปพลิเคชันเซิร์ฟเวอร์ต่างๆ (Glassfish, Websphere และอื่น ๆ ) ได้ยาก
• การปรับใช้แอป Java ของคุณเป็นบริการ Windows ต้องใช้ความพยายามมากกว่าใน C # คำแนะนำส่วนใหญ่ที่ฉันได้รับสำหรับเรื่องนี้เกี่ยวข้องกับไลบรารีของบุคคลที่สามที่ไม่ฟรี
• การกำหนดค่าแอปพลิเคชันไม่ง่ายเหมือนการรวมไฟล์ app.config ไว้ในโปรเจ็กต์ของคุณ มีคลาส java.util.Properties แต่มันไม่แข็งแกร่งเท่าและการค้นหาจุดที่เหมาะสมในการวางไฟล์. คุณสมบัติของคุณอาจทำให้สับสนได้

ไม่มีผู้รับมอบสิทธิ์ใน Java ดังนั้นนอกเหนือจากผลประโยชน์ทั้งหมดที่ผู้ได้รับมอบหมายนำมาสู่โต๊ะแล้วเหตุการณ์ก็แตกต่างกันไปเช่นกัน แทนที่จะเชื่อมต่อกับวิธีการคุณต้องใช้อินเทอร์เฟซและแนบแทน

สิ่งหนึ่งที่กระโดดออกมา b / c ในรายการสัมภาษณ์ของฉันคือไม่มีอะนาล็อกคำหลัก "ใหม่" ใน Java สำหรับการซ่อนวิธีการและไม่มีคำเตือนของคอมไพเลอร์ "คุณควรใส่ใหม่ที่นี่" วิธีการโดยบังเอิญซ่อนเมื่อคุณต้องการลบล้างโอกาสในการขายไปสู่จุดบกพร่อง

(แก้ไขตัวอย่าง) ตัวอย่าง B มาจาก A (โดยใช้ไวยากรณ์ C # Java จะทำงานในลักษณะเดียวกันล่าสุดที่ฉันตรวจสอบ แต่ไม่ส่งคำเตือนคอมไพเลอร์) A's foo ถูกเรียกหรือ B's foo? (ถูกเรียกว่า A น่าจะแปลกใจที่ dev ที่ใช้ B)

class A 
{
public void foo() {code}
}

class B:A
{
public void foo() {code}
}    

void SomeMethod()
{
A a = new B(); // variable's type is declared as A, but assigned to an object of B.
a.foo();
}

Java ไม่มี LINQ และเอกสารประกอบคือนรก อินเทอร์เฟซผู้ใช้ใน Java เป็นความเจ็บปวดในการพัฒนาคุณสูญเสียสิ่งดีๆทั้งหมดที่ Microsoft มอบให้เรา (WPF, WCF ฯลฯ ... ) แต่ใช้งานยากแทบจะไม่มีเอกสาร "APIs"

ปัญหาหนึ่งที่ฉันพบเมื่อทำงานกับ Java ที่มาจาก C # คือข้อยกเว้นและข้อผิดพลาดแตกต่างกัน

ตัวอย่างเช่นคุณไม่สามารถตรวจจับข้อผิดพลาดหน่วยความจำไม่เพียงพอโดยใช้ catch (Exception e)

ดูรายละเอียดเพิ่มเติมดังต่อไปนี้:

เหตุใดจึงเป็น -Java-lang-outofmemoryerror-java-heap-space-not-caught

เป็นเวลานานมากแล้วที่ฉันใช้ Java แต่สิ่งที่ฉันสังเกตเห็นได้ทันทีในการพัฒนาแอปพลิเคชันคือ C # event model, C # drag and drop เทียบกับการใช้ Layout Managers ใน Swing (ถ้าคุณทำ App dev) และการจัดการข้อยกเว้นด้วย Java ตรวจสอบให้แน่ใจว่าคุณพบข้อยกเว้นและไม่จำเป็นต้องใช้ C #

เพื่อตอบคำถามที่ตรงประเด็นของคุณในชื่อเรื่อง:

"นักพัฒนา C # ที่เรียน Java ความแตกต่างที่ใหญ่ที่สุดที่อาจมองข้ามไปคืออะไร"

ตอบ: ความจริงที่ว่า Java ทำงานช้ากว่าใน Windows มาก

ความแตกต่างที่ชัดเจนที่สุดสำหรับฉันเมื่อฉันเปลี่ยนเป็น java มันคือการประกาศสตริง

ใน C # string(โดยส่วนใหญ่) ใน JavaString

มันค่อนข้างง่าย แต่เชื่อฉันเถอะว่ามันทำให้คุณเสียเวลาไปมากเมื่อคุณมีนิสัยที่จะsไม่ทำS!