Mono มีไลบรารีน้อยกว่า Java มากแค่ไหน?

ฉันขาดภาพรวมของทั้งสองทางเลือก แต่ฉันมีอิสระในการเลือกมากสำหรับโครงการต่อไปของฉัน ฉันกำลังมองหาข้อมูลทางเทคนิคที่ยากในด้านของ

• ประสิทธิภาพ (ตัวอย่างเช่นฉันบอกว่า Java ดีสำหรับเธรดและฉันได้ยินว่าการเพิ่มประสิทธิภาพโค้ดรันไทม์กลายเป็นสิ่งที่ดีมากสำหรับ. NET เมื่อเร็ว ๆ นี้)
• ความสามารถในการพกพาในโลกแห่งความเป็นจริง (ทั้งคู่หมายถึงการพกพา Catch-22 สำหรับแต่ละคนคืออะไร)
• ความพร้อมใช้งานของเครื่องมือ ( CI , การสร้างระบบอัตโนมัติ, การดีบัก, IDE)

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

แพลตฟอร์มเป้าหมายหลักของฉันคือ Linux

แก้ไข: เพื่อให้คำถามของฉันมีความเพียงพอมากขึ้นฉันสนใจแพ็คเกจทั้งหมด (ไลบรารีของบุคคลที่สามเป็นต้น) ไม่ใช่แค่ภาษา สำหรับไลบรารีนั่นอาจทำให้เกิดคำถามว่า "Mono มีไลบรารีน้อยกว่า Java มากแค่ไหน"

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

อืม .... Java พกพาสะดวกกว่า Mono ไม่ได้นำไปใช้ทุกที่และล่าช้าหลังการใช้งาน Microsoft อย่างมาก ดูเหมือนว่า Java SDK จะซิงค์กันได้ดีขึ้นในทุกแพลตฟอร์ม (และทำงานบนแพลตฟอร์มอื่น ๆ )

ฉันยังบอกอีกว่า Java มีเครื่องมือที่พร้อมใช้งานมากขึ้นในทุกแพลตฟอร์มเหล่านั้นแม้ว่าจะมีเครื่องมือมากมายสำหรับ. NET บนแพลตฟอร์ม Windows

อัปเดตสำหรับปี 2014

ฉันยังคงมีความคิดเห็นนี้ในปี 2014 อย่างไรก็ตามฉันจะมีคุณสมบัตินี้โดยบอกว่าตอนนี้ฉันเพิ่งเริ่มให้ความสนใจกับ Mono หลังจากไม่ได้ใส่ใจมานานดังนั้นจึงอาจมีการปรับปรุงใน Mono runtime (หรือระบบนิเวศ ) ที่ฉันไม่ได้รับรู้ AFAIK ยังไม่รองรับ WPF, WCF, WF ของ WIF Mono สามารถทำงานบน iOS ได้ แต่จากความรู้ของฉันรันไทม์ Java ยังคงทำงานบนแพลตฟอร์มที่ไกลกว่า Mono นอกจากนี้ Mono ยังเริ่มเห็นเครื่องมือที่ดีขึ้นมาก (Xamarin) และ Microsoft ดูเหมือนว่าจะมีทัศนคติแบบข้ามแพลตฟอร์มมากขึ้นและเต็มใจที่จะทำงานร่วมกับพันธมิตรเพื่อให้พวกเขาเป็นอิสระมากกว่าการแข่งขัน (เช่น Mono จะเป็น เป็นส่วนสำคัญของภูมิทัศน์ OWIN / Helios ASP.NET ที่กำลังจะมาถึง) ฉันสงสัยว่าในอีกไม่กี่ปีข้างหน้าความแตกต่างในการพกพาจะลดน้อยลงอย่างรวดเร็ว

อัปเดตสำหรับปี 2018

มุมมองของฉันเกี่ยวกับเรื่องนี้เริ่มไปอีกทาง ฉันคิดว่า. NET ในวงกว้างโดยเฉพาะกับ. NET Core ได้เริ่มบรรลุ "portability parity" กับ Java แล้ว มีความพยายามในการนำ WPF ไปสู่. NET Core สำหรับบางแพลตฟอร์มและ. NET Core เองก็ทำงานบนแพลตฟอร์มจำนวนมากในขณะนี้ Mono (เป็นของ Xamarin ซึ่งปัจจุบันเป็นของ Microsoft) เป็นผลิตภัณฑ์ที่สมบูรณ์แบบและได้รับการขัดเกลามากขึ้นกว่าเดิมและการเขียนแอปพลิเคชันที่ทำงานบนหลายแพลตฟอร์มไม่ได้เป็นโดเมนของการแฮ็กเกอร์. NET อีกต่อไป แต่เป็นความพยายามที่ค่อนข้างตรงไปตรงมา . แน่นอนว่ามีไลบรารีและบริการและแอพพลิเคชั่นที่เป็น Windows เท่านั้นหรือสามารถกำหนดเป้าหมายเฉพาะแพลตฟอร์ม - แต่ก็สามารถพูดได้เช่นเดียวกันกับ Java (ในวงกว้าง)

ถ้าฉันอยู่ในรองเท้าของ OP ณ จุดนี้ฉันคงคิดได้ว่าไม่มีเหตุผลใดที่มีอยู่ในภาษาหรือกองเทคโนโลยีที่ทำให้ฉันไม่สามารถเลือก. NET สำหรับแอปพลิเคชันใด ๆ นับจากจุดนี้

Mono ทำงานได้ดีกว่าในการกำหนดเป้าหมายไปยังแพลตฟอร์มที่ฉันต้องการสนับสนุน นอกเหนือจากนั้นเป็นเรื่องส่วนตัวทั้งหมด

ฉันแชร์รหัส C # ในแพลตฟอร์มต่อไปนี้: - iOS (iPhone / iPad) - Android - เว็บ (HTML5) - Mac (OS X) - Linux - Windows

ฉันสามารถแชร์สถานที่ได้มากขึ้น: - Windows Phone 7 - Wii - XBox - PS3 - ฯลฯ

ตัวใหญ่คือ iOS เนื่องจากMonoTouchทำงานได้อย่างยอดเยี่ยม ฉันไม่รู้วิธีใดที่ดีในการกำหนดเป้าหมาย iOS ด้วย Java คุณไม่สามารถกำหนดเป้าหมาย Windows Phone 7 ด้วย Java ได้ดังนั้นฉันจะบอกว่าวันที่ Java ดีกว่าสำหรับมือถืออยู่เบื้องหลังเรา

ปัจจัยที่ใหญ่ที่สุดสำหรับฉันคือผลผลิต (และความสุข) ส่วนตัว C # เป็นภาษาที่อยู่ข้างหน้า Java IMHO หลายปีและกรอบงาน. NET เป็นความสุขที่จะใช้ สิ่งที่เพิ่มเข้ามาใน Java 7 และ Java 8 ส่วนใหญ่อยู่ใน C # มาหลายปีแล้ว ภาษา JVM เช่น Scala และ Clojure (ทั้งสองอย่างมีอยู่ใน CLR) นั้นค่อนข้างดี

ฉันเห็นว่า Mono เป็นแพลตฟอร์มที่ถูกต้อง (เป็นแพลตฟอร์มที่ยอดเยี่ยม) และถือว่า. NET เป็นการใช้งาน Mono บน Windows ของ Microsoft นั่นหมายความว่าฉันพัฒนาและทดสอบกับ Mono ก่อน นี่ทำงานได้อย่างยอดเยี่ยม

ถ้าทั้ง Java และ. NET (Mono สมมติว่า) เป็นโปรเจ็กต์ Open Source โดยไม่มีการสนับสนุนจากองค์กรใด ๆ ฉันจะเลือก Mono มากกว่า Java ทุกครั้ง ฉันเชื่อว่ามันเป็นเพียงแพลตฟอร์มที่ดีกว่า

ทั้ง. NET / Mono และ JVM เป็นตัวเลือกที่ดีแม้ว่าฉันจะใช้ภาษาอื่นที่ไม่ใช่ Java บน JVM เป็นการส่วนตัว

ฉันใช้ความคิดเห็นอื่น ๆ :

ปัญหา: ประสิทธิภาพ

** คำตอบ: ทั้ง JVM และ CLR ทำงานได้ดีกว่าที่ผู้ว่าทำ ฉันจะบอกว่า JVM ทำงานได้ดีกว่า โดยทั่วไปโมโนจะช้ากว่า. NET (แม้ว่าจะไม่เสมอไป)

โดยส่วนตัวแล้วฉันจะใช้ ASP.NET MVC มากกว่า J2EE ทุกวันทั้งในฐานะผู้พัฒนาและผู้ใช้ปลายทาง การสนับสนุนGoogle Native Clientก็ค่อนข้างดีเช่นกัน นอกจากนี้ฉันรู้ว่าประสิทธิภาพ GUI ที่ไม่ดีสำหรับแอป Java บนเดสก์ท็อปนั้นควรจะเป็นอดีตไปแล้ว แต่ฉันก็ยังคงพบสิ่งที่ช้า จากนั้นอีกครั้งฉันสามารถพูดเหมือนกันสำหรับ WPF GTK # เร็วมาก แต่ก็ไม่มีเหตุผลที่จะต้องช้า

ปัญหา: Java มีระบบนิเวศของไลบรารีที่ใหญ่กว่า

คำตอบ: อาจจะจริง แต่ไม่ใช่ประเด็นในทางปฏิบัติ

จริงทุก Java ห้องสมุด (รวมทั้ง JDK) วิ่งเพียงสำรวยเมื่อ .NET / โมโนขอบคุณที่IKVM.NET เทคโนโลยีชิ้นนี้เป็นสิ่งมหัศจรรย์อย่างแท้จริง การผสมผสานนั้นยอดเยี่ยมมาก คุณสามารถใช้ไลบรารี Java ได้เหมือนเดิม ฉันต้องใช้ไลบรารี Java ในแอป. NET เพียงแอปเดียว ระบบนิเวศ. NET / Mono โดยทั่วไปมีมากกว่าที่ฉันต้องการ

ปัญหา: Java มีการสนับสนุนเครื่องมือที่ดีกว่า (กว้างกว่า)

คำตอบ: ไม่ใช่บน Windows อย่างอื่นฉันเห็นด้วย MonoDevelop เป็นสิ่งที่ดี

ฉันต้องการที่จะให้ตะโกนออกไปMonoDevelop ; มันคืออัญมณี MonoDevelop รวมเครื่องมือส่วนใหญ่ที่ฉันต้องการใช้รวมถึงการเติมโค้ด (intellisense) การรวม Git / Subversion การสนับสนุนการทดสอบหน่วยการรวม SQL การดีบักการปรับโครงสร้างใหม่ที่ง่ายและการเรียกดูแอสเซมบลีด้วยการถอดรหัสแบบ on-the-fly เป็นเรื่องที่ยอดเยี่ยมที่จะใช้สภาพแวดล้อมเดียวกันสำหรับทุกอย่างตั้งแต่เว็บฝั่งเซิร์ฟเวอร์ไปจนถึงแอปบนอุปกรณ์เคลื่อนที่

ปัญหา: ความเข้ากันได้ข้ามแพลตฟอร์ม

คำตอบ: Mono เป็นฐานรหัสเดียวในทุกแพลตฟอร์มรวมถึง Windows

พัฒนาสำหรับ Mono ก่อนและปรับใช้กับ. NET บน Windows หากคุณต้องการ หากคุณเปรียบเทียบ. NET จาก MS เป็น Java แม้ว่า Java จะมีความได้เปรียบในแง่ของความสอดคล้องกันระหว่างแพลตฟอร์ม ดูคำตอบต่อไป ...

ปัญหา: โมโนล่าช้า. NET

คำตอบ: ไม่ได้ IMHO นี่เป็นคำแถลงที่ระบุ แต่ไม่ถูกต้อง

การกระจาย Mono จาก Xamarin มาพร้อมกับ C #, VB.NET, F #, IronPython, IronRuby และฉันคิดว่าอาจจะ Boo นอกกรอบ คอมไพเลอร์ Mono C # เป็นเวอร์ชันล่าสุดของ MS คอมไพเลอร์ Mono VB.NET ทำให้เวอร์ชัน MS ล่าช้า คอมไพเลอร์อื่น ๆ จะเหมือนกันบนทั้งสองแพลตฟอร์ม (เช่นเดียวกับภาษา. NET อื่น ๆ เช่น Nemerle, Boo และ Phalanger (PHP))

Mono มาพร้อมกับโค้ดที่เขียนโดย Microsoft จริงจำนวนมากรวมถึง Dynamic Language Runtime (DLR), Managed Extensibility Framework (MEF), F # และ ASP.NET MVC เนื่องจาก Razor ไม่ใช่ Open Source ปัจจุบัน Mono มาพร้อมกับ MVC2 แต่ MVC3 ทำงานบน Mono ได้ดี

แพลตฟอร์ม Mono หลักก้าวทัน. NET หรือหลายปีและความเข้ากันได้นั้นน่าประทับใจ คุณสามารถใช้ภาษา C # 4.0 เต็มรูปแบบและแม้แต่คุณสมบัติ C # 5.0 บางอย่างได้แล้ววันนี้ ในความเป็นจริง Mono มักจะนำ. NET ในหลาย ๆ ด้าน

Mono ใช้บางส่วนของข้อมูลจำเพาะ CLR ที่แม้แต่ Microsoft ก็ไม่รองรับ (เช่นอาร์เรย์ 64 บิต) หนึ่งชิ้นใหม่มากที่สุดที่น่าตื่นเต้นของเทคโนโลยีในโลก .NET คือRosylyn โมโนได้ให้บริการคอมไพเลอร์ C # เป็นเวลาหลายปี ข้อเสนอบางอย่างของ Rosylyn มีให้ผ่านทางNRefractoryเช่นกัน ตัวอย่างของ Mono ยังคงอยู่ข้างหน้าคือคำแนะนำ SIMD เพื่อเร่งประสิทธิภาพการเล่นเกม

Microsoft เสนอผลิตภัณฑ์จำนวนหนึ่งที่อยู่เหนือ. NET ที่ไม่มีใน Mono ซึ่งเป็นความเข้าใจผิดเกี่ยวกับ Mono lagging มาจาก Windows Presentation Foundation (WPF), Entity Framework (EF), WCF (Windows Communication Foundation) เป็นตัวอย่างของผลิตภัณฑ์ที่ใช้งานไม่ได้หรือได้รับการสนับสนุนไม่ดีบน Mono ทางออกที่ชัดเจนคือใช้ทางเลือกข้ามแพลตฟอร์มเช่น GTK #, NHibernate และ ServiceStack แทน

ปัญหา: Microsoft ชั่วร้าย

คำตอบ: จริง แล้วไง.

หลายคนเสนอเหตุผลต่อไปนี้เพื่อหลีกเลี่ยงการใช้ Mono:

1) คุณไม่ควรใช้ Mono เนื่องจากควรหลีกเลี่ยงเทคโนโลยีของ Microsoft

2) Mono ห่วยเพราะไม่อนุญาตให้คุณใช้ทุกเทคโนโลยีที่ Microsoft นำเสนอ

สำหรับฉันแล้วเป็นที่ชัดเจนว่าข้อความเหล่านี้ไม่เข้ากัน ฉันปฏิเสธคำสั่งแรก แต่จะข้ามข้อโต้แย้งนั้นที่นี่ คำสั่งที่สองเป็นจริงสำหรับทางเลือก. NET ทั้งหมด

JVM เป็นแพลตฟอร์มที่ยอดเยี่ยมและการขยายตัวของภาษา JVM นั้นยอดเยี่ยมมาก ใช้สิ่งที่ทำให้คุณมีความสุข สำหรับตอนนี้นั่นมักจะเป็น. NET / Mono สำหรับฉัน

จริงๆแล้วฉันพัฒนาใน. NET เรียกใช้การทดสอบทั้งหมดของฉันก่อนใน Mono จากนั้นบน Windows ด้วยวิธีนี้ฉันรู้ว่าแอปพลิเคชันของฉันข้ามแพลตฟอร์ม ฉันทำสิ่งนี้สำเร็จแล้วทั้งในแอปพลิเคชัน ASP.NET และ Winforms

ฉันไม่แน่ใจจริงๆว่าบางคนได้รับความประทับใจ Mono นั้นน่ากลัวมากจากที่ไหน แต่แน่นอนว่ามันได้ผลในกรณีและความคิดเห็นของฉันมันเป็นความจริงที่คุณจะมีความล่าช้าเล็กน้อยสำหรับสิ่งประดิษฐ์ล่าสุดและยิ่งใหญ่ที่สุดใน. NET แต่จนถึงขณะนี้. NET 2.0 บน Windows และ Linux นั้นแข็งแกร่งมากสำหรับฉัน

โปรดทราบว่ามีนิสัยแปลก ๆ มากมายสำหรับเรื่องนี้ แต่ส่วนใหญ่มาจากการตรวจสอบว่าคุณกำลังเขียนโค้ดแบบพกพา ในขณะที่เฟรมเวิร์กทำงานได้อย่างยอดเยี่ยมในการแยกระบบปฏิบัติการที่คุณใช้งานอยู่ออกไปสิ่งเล็ก ๆ น้อย ๆ เช่นความไวของกรณีของ Linux ในเส้นทางและชื่อไฟล์ก็ต้องใช้เวลาทำความคุ้นเคยเช่นเดียวกับการอนุญาต

.NET เป็นข้ามแพลตฟอร์มอย่างแน่นอนเนื่องจาก Mono จากประสบการณ์ของฉันจนถึงตอนนี้

จริง ๆ แล้ว Java เป็นข้ามแพลตฟอร์มอย่างที่ใคร ๆ ก็พูดกัน มีการติดตั้ง JVM สำหรับระบบปฏิบัติการหลัก ๆ (แม้แต่ Mac OS X ในที่สุด) และพวกเขาทั้งหมดทำงานได้ดีจริงๆ และมีเครื่องมือโอเพนซอร์สมากมายที่มีให้เลือกใช้เช่นเดียวกับข้ามแพลตฟอร์ม

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

ฉันคิดว่าคำถามเป็นวลีที่ไม่ถูกต้อง C # เทียบกับ Java นั้นมีความน่าสนใจน้อยกว่าในแง่ของการใช้งานข้ามแพลตฟอร์มมากกว่าที่เป็น (a) แพลตฟอร์มใดที่คุณต้องรองรับและ (b) พิจารณาไลบรารีหลักและไลบรารีของบุคคลที่สามที่มีอยู่ ภาษาแทบจะเป็นส่วนสำคัญน้อยที่สุดในกระบวนการตัดสินใจ

Java เป็นทางเลือกที่ดีกว่าสำหรับการพัฒนาข้ามแพลตฟอร์ม

• ประสิทธิภาพ. Java และ. Net มีระดับประสิทธิภาพที่ใกล้เคียงกันเนื่องจากเครื่องเสมือน แต่โดยปกติ JVM จะมีประสิทธิภาพที่ดีกว่าเนื่องจากการเพิ่มประสิทธิภาพเป็นปีและปี

• ห้องสมุด. แม้ว่าสิ่งนี้จะขึ้นอยู่กับงานของคุณ แต่ Java ก็มีโอเพ่นซอร์สหรือไลบรารีของบุคคลที่สามอยู่ที่นั่น สำหรับเซิร์ฟเวอร์ App, J2EE, Spring, Struts เป็นต้นสำหรับ GUI แม้ว่า. Net จะให้ Win32 layer API แต่ก็ทำให้เกิดปัญหาความเข้ากันได้ Java มี Swing, SWT, AWT เป็นต้นซึ่งใช้งานได้ในกรณีส่วนใหญ่

• ความเข้ากันได้ นี่คือประเด็นสำคัญที่ต้องพิจารณาเมื่อพัฒนาโปรแกรมข้ามแพลตฟอร์ม สองประเด็น: ประการแรกความเข้ากันได้ของแพลตฟอร์ม Java ยังคงชนะเนื่องจาก JDK ได้รับการดูแลอย่างดีโดย บริษัท Sun MS ไม่ได้รับการดูแลโมโนดังนั้นคุณจึงยังไม่มีการรับประกันสำหรับความเข้ากันได้ของการอัปเดต 2. ความเข้ากันได้ย้อนหลัง ซันรักษาชื่อเสียงที่ดีในเรื่องความเข้ากันได้แบบย้อนหลังแม้ว่าบางครั้งสิ่งนี้จะดูเข้มงวดเกินไปและทำให้ก้าวช้าลง

• เครื่องมือ Java มี IDE ข้ามแพลตฟอร์มที่ดี Netbeans, Eclipse ฯลฯ ส่วนใหญ่ให้บริการฟรี VS Studio เป็นสิ่งที่ดี แต่เฉพาะบน Windows และไม่มีค่าใช้จ่ายเลย ทั้งสองอย่างมีการทดสอบหน่วยที่ดีการแก้ไขข้อบกพร่องโปรไฟล์ ฯลฯ

ดังนั้นฉันขอแนะนำว่า Java เป็นตัวเลือกที่ดีกว่า ในกรณีที่แสดงมีแอพข้ามแพลตฟอร์มเดสก์ท็อปที่มีชื่อเสียงบางตัวที่พัฒนาโดย Java: Vuze, Limewire, BlogBridge, CrossFTP ซึ่งไม่ต้องพูดถึง IDE เหล่านั้น สำหรับ. Net ฉันมีความรู้ จำกัด เกี่ยวกับแอพที่ประสบความสำเร็จดังกล่าว

ฉันเคยถามคำถามเดียวกันนี้และ IMHO, .NET / Mono ดูเหมือนจะเป็นตัวเลือกที่ดีกว่าเพียงเพราะMono มีประวัติอันยอดเยี่ยมสำหรับแอปพลิเคชันเดสก์ท็อปข้ามแพลตฟอร์ม (เมื่อเทียบกับ Java) และแน่นอนว่าMono คือ ดีขึ้นอย่างก้าวกระโดดในทุกวันนี้

ฉันจะพูดว่า Java เช่นกัน หากคุณมองในแง่ของวุฒิภาวะ Sun (และคนอื่น ๆ ) ใช้เวลาและความพยายามมากขึ้นในการทำให้ JVM ทำงานบนแพลตฟอร์มที่ไม่ใช่ Windows

ในทางตรงกันข้ามโมโนเป็นพลเมืองชั้นสองในระบบนิเวศ. NET

ทั้งนี้ขึ้นอยู่กับว่าลูกค้าเป้าหมายของคุณคือใครคุณอาจพบว่ามีการผลักกลับจริงจากการใช้ Mono - Novell เสนอการสนับสนุนผู้ขายแบบเดียวกับ Mono ที่คุณจะได้รับสำหรับ Java หรือ. NET บน Windows หรือไม่?

หากคุณกำหนดเป้าหมายการโฮสต์บริการของคุณบน Windows เป็นหลักคุณควรพิจารณาตัวเลือกนี้ แต่เนื่องจากคุณกำหนดเป้าหมายไปที่ Linux เป็นหลักดูเหมือนว่าจะไม่ใช่เรื่องง่ายสำหรับฉัน

Java ได้รับการออกแบบให้เป็นแบบข้ามแพลตฟอร์ม C # /. net ไม่ได้. หากมีข้อสงสัยให้ใช้เครื่องมือที่ออกแบบมาเพื่อวัตถุประสงค์ของคุณ

แก้ไข: ตามความเป็นธรรม. NET ได้รับการออกแบบมาเพื่อทำงานบนสภาพแวดล้อมแบบฝัง / PC / Server ดังนั้นจึงเป็น SORT ของข้ามแพลตฟอร์ม แต่ไม่ได้ออกแบบมาสำหรับ Linux

ฉันคิดว่าคำตอบคือ "มันขึ้นอยู่กับ" Java ทำงานได้ทุกอย่าง แต่. NET / Mono เป็น (IMHO) เป็นเฟรมเวิร์กที่ดีกว่าสำหรับเดสก์ท็อป ดังนั้นฉันเดาว่าคำตอบนั้นขึ้นอยู่กับแพลตฟอร์มที่คุณวางแผนจะกำหนดเป้าหมาย

เพื่อเพิ่มการสนทนาอีกเล็กน้อย Java เป็นแบบพกพาได้มากขึ้นหากคุณยังคงอยู่เบื้องหลังเวอร์ชันหนึ่ง - Java 5 ยังคงมีคุณสมบัติที่ยอดเยี่ยมมากมายดังนั้นคุณสามารถรอ Java 6 และยังมีช่วงมากมายในแง่ของภาษาและไลบรารีที่ต้องพัฒนา ด้วย. Mac เป็นแพลตฟอร์มหลักที่อาจใช้เวลาพอสมควรในการติดตาม Java เวอร์ชันล่าสุด

Java ยังมีหน่วยงานมาตรฐานที่ยอดเยี่ยมซึ่งทำให้แพลตฟอร์มเติบโตอย่างชาญฉลาดโดยอาศัยข้อมูลจาก บริษัท ต่างๆมากมาย นี่เป็นคุณสมบัติที่มักถูกมองข้าม แต่ยังคงรักษาคุณสมบัติใหม่ ๆ ให้ทำงานได้ดีในหลายแพลตฟอร์มและให้การสนับสนุนไลบรารีที่หลากหลายสำหรับสิ่งลึกลับบางอย่าง (เป็นส่วนขยายเสริม)

ฉันจะโหวตให้ Java พกพาได้มากกว่า C # Java ยังมีไลบรารีมาตรฐานมากมาย นอกจากนี้ยังมีห้องสมุดของบุคคลที่สามแบบโอเพนซอร์สมากมายเช่นห้องสมุดที่จัดทำโดยโครงการจาการ์ตา ( http://jakarta.apache.org/ )

ผู้ต้องสงสัยตามปกติทั้งหมดมีอยู่สำหรับ CI การทดสอบหน่วยและอื่น ๆ ด้วย การรองรับ IDE ข้ามแพลตฟอร์มนั้นดีมากเช่นกันเช่น Eclipse, Netbeans, IntelliJ IDEA เป็นต้น

มีตัวเลือกภาษาอื่นด้วย ฉันชอบ Python มากซึ่งทำงานได้ดีบน Windows, Linux และ Mac และมีไลบรารีมากมาย

ในขณะที่ Mono มีส่วนแบ่งของปัญหาแต่ฉันคิดว่ามันมีเรื่องราวความเข้ากันได้ข้ามแพลตฟอร์มที่ดีกว่าโดยเฉพาะอย่างยิ่งหากคุณพึ่งพาการร้องขอแพลตฟอร์มดั้งเดิม

มีคำไม่เพียงพอใน Stack Overflow ที่จะเน้นว่าการรับสิ่งที่เรียกและดำเนินการใน. NET / Mono บน. NET / Mono (อย่างน้อยก็ในประสบการณ์ของฉัน 3 ... ) หลายแพลตฟอร์มเทียบกับความพยายามของ Java ที่เทียบเท่ากัน

คุณGatorhallมีข้อมูลสำรองหรือไม่

ประสิทธิภาพ. Java และ. Net มีระดับประสิทธิภาพที่ใกล้เคียงกันเนื่องจากเครื่องเสมือน แต่โดยปกติ JVM จะมีประสิทธิภาพที่ดีกว่าเนื่องจากการเพิ่มประสิทธิภาพเป็นปีและปี

ความเป็นมา: ฉันเป็นคนใช้ Windows ตั้งแต่ Windows 3.1 และปัจจุบันเป็นผู้ใช้ Linux (ยังคงใช้ Windows 7, ระบบปฏิบัติการที่ยอดเยี่ยม, บน VM สำหรับ Visual Studio 2010 และเครื่องมืออื่น ๆ )

ประเด็น: ฉันและผู้ใช้จำนวนมาก (windows, linux ฯลฯ ) ฉันรู้ว่าอาจไม่เห็นด้วยจากคุณ Java มีแนวโน้มที่จะทำงานช้าลงแม้ในแอปพลิเคชัน Linux บนเดสก์ท็อป ASP.NET จะทำงานได้เร็วกว่าที่เซิร์ฟเวอร์จาวาหน้าเว็บหลายครั้ง บางคนอาจยอมรับว่าแม้แต่ PHP ที่ไม่ได้คอมไพล์ก็ทำงานได้ดีกว่าในหลาย ๆ สถานการณ์

Java เป็นข้ามแพลตฟอร์มมากกว่า? ฉันไม่สงสัยเกี่ยวกับเรื่องนี้ (ประวัติย้อนหลังนี้) แต่เร็วกว่า (ไม่ได้บอกว่า. NET) ไม่แน่ใจนักและฉันต้องการดูเกณฑ์มาตรฐานที่แท้จริง