Java Swing GUI มีข้อบกพร่องอะไรบ้าง [ปิด]

ฉันใช้ Java Swing สำหรับแอปพลิเคชันเดสก์ท็อปบางตัวแล้ว แต่ฉันไม่ได้ใช้กรอบงาน GUI อื่นที่มากดังนั้นฉันไม่สามารถเปรียบเทียบได้

มีบางอย่างที่ฉันชอบกับ Swing และบางอย่างที่ฉันไม่ชอบ แต่นั่นเป็นสถานการณ์ที่เกือบทุกอย่าง

อะไรคือข้อเสียที่ใหญ่ที่สุดของ Java Swing GUI framework?

1. คุณต้องติดตั้งจาวาไว้ที่ไหนซักแห่ง นี่เป็นเรื่องจริงสำหรับกรอบ GUI ทั้งหมด แต่ Java มีการรับรู้ลิงกอริลลา 2 ตัน มันโหลดได้ดีขึ้น แต่วันแรกของแอปเพล็ต java ปิดผู้คนจำนวนมากออกไป หากคุณต้องการเพียงแค่เรียกใช้แอปเดียวมันเป็นการบำรุงรักษามากมายที่จะทำให้มันทันสมัยอยู่เสมอด้วยแพตช์รักษาความปลอดภัยและสิ่งที่คล้ายคลึง ทุกคนต้องมี Flash สำหรับ youtube กรอบงาน. Net ติดตั้งอยู่เบื้องหลังและทุกคนก็เปิดใช้งานจาวาสคริปต์ในเบราว์เซอร์ของพวกเขา Java เป็นสิ่งพิเศษที่ต้องทำ

2. ถึงแม้ว่ามันจะเป็นแบบเขียนครั้งเดียวทำงานได้ทุกที่ แต่คุณก็ยังพบว่า Mac OSX ไม่มีสิ่งใหม่ที่คุณต้องการใช้หรือลูกค้ารายหนึ่งปฏิเสธที่จะอัปเกรดลินุกซ์ของตนเองผ่าน JRE 1.4

3. ในฐานะนักพัฒนาคุณต้องคิดเกี่ยวกับการทำเกลียว และมันก็เป็นเรื่องที่ยุ่งยากเนื่องจากมัลติเธรดเป็นไปได้ แต่การเสแสร้งทำท่าเหมือนว่ามันเป็นเธรดเดี่ยวทั้งหมด แต่ครึ่งหนึ่งของห้องสมุดที่คุณดึงเข้าไปจะมีหลายเธรดหลายระดับและคิดว่าคุณรู้เกี่ยวกับ EDT จะเรียกใช้ต่อไปและมันก็บังคับให้เรียนเป็นจำนวนมากอย่างยากลำบาก

4. ประสบการณ์การสวิงไม่ได้ถ่ายโอนอย่างง่ายดายไปยังการพัฒนา UI ประเภทอื่น ตัวอย่างเช่นหากคุณเป็นเสียงหวือที่ตารางใน. css คุณจะต้องถูกลอยลำอย่างสมบูรณ์โดย Jtables นักแสดงภาพบรรณาธิการและอื่น ๆ

โดยทั่วไปแล้วปัญหาหลักของ Swing คือมันไม่ได้ขึ้นอยู่กับการวางตลาด มันเป็นเทคโนโลยีที่เพียงพออย่างสมบูรณ์แบบสำหรับกรณีการใช้งานจำนวนมาก แต่ในช่วง 5 หรือ 6 ปีแรกนั้นเต็มไปด้วยการใช้งานที่น่ากลัวและแอปเพล็ตที่เลวร้าย และตอนนี้ก็เป็นเทคโนโลยีเก่า ๆ สำหรับ Web 3.0 หรืออะไรก็ตาม

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

โจนาส

แกว่ง generalises สถาปัตยกรรมพื้นฐานของคุณเพื่อให้คุณมีประสบการณ์ผู้ใช้แพลตฟอร์มที่เป็นกลาง ส่วนประกอบเฮฟวี่เวทเพียงชิ้นเดียว (ที่จัดทำโดยระบบปฏิบัติการ) คือคอนเทนเนอร์ JFrame และส่วนที่เหลือจะถูกจัดการโดย Swing TAKIT AWT ในอีกด้านหนึ่งขอให้ระบบปฏิบัติการดึงส่วนประกอบ UI ทั้งหมดซึ่งหมายความว่าเร็วขึ้นในหลาย ๆ วิธีเมื่อคุณใช้ส่วนประกอบ UI ดั้งเดิมเฉพาะกับระบบปฏิบัติการ SWT พยายามที่จะบรรลุจุดกึ่งกลางสำหรับส่วนประกอบมาตรฐานต่าง ๆ เช่นปุ่มและฉลาก (ซึ่งมีอยู่ในระบบปฏิบัติการส่วนใหญ่) มันช่วยให้ระบบปฏิบัติการจัดการกับสิ่งเหล่านั้นและสำหรับส่วนประกอบพิเศษอื่น ๆ SWT จะจัดการการสร้างให้คุณ

ที่ได้รับการกล่าวว่าฉันสามารถร่างข้อบกพร่อง

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

(2) UI นั้นไม่ได้ จำกัด เฉพาะเพราะมันดูต่างไปจากแพลตฟอร์มระบบปฏิบัติการส่วนใหญ่เกี่ยวกับสิ่งที่คุณใช้และรูปลักษณ์

(3) ตัวจัดการเลย์เอาต์บางตัวเช่น GridBadLayout และอื่น ๆ สามารถทำให้ง่ายขึ้นได้ ฉันได้สูญเสียการนับจำนวนโปรเจคที่ฉันทำงานในที่ซึ่งผู้คนใส่ GridBagLayout ไว้ในโค้ด bespoke เพื่อให้ใช้งานได้ง่ายขึ้น

ฉันแนะนำให้คุณเขียนแอพง่าย ๆ ใน AWT, Swing และ SWT และเปรียบเทียบแนวทางการพัฒนาผลิตภัณฑ์สุดท้ายระหว่างพวกเขาทั้งหมดจากนั้นตรวจสอบความคิดเห็นต่าง ๆ ที่ทำจากนักพัฒนาคนอื่น ๆ และตัดสินใจว่าอันไหนดีที่สุด ฉันทำงานกับ Swing มาหลายปีแล้วและฉันก็ไม่ชอบ SWT แต่ฉันรู้ว่า Swing มีความซับซ้อนมากกว่าที่จะต้องเปรียบเทียบกับเฟรมเวิร์กอื่น ๆ

การสวิงช้า (ประสิทธิภาพต่ำ) ยาก / ใช้ยาก (เมื่อเทียบกับเกมอื่น) และมันก็ดูไม่ค่อยดีเท่าที่ควรในบางแพลตฟอร์ม