Relationship to AWT[edit]AWT and Sw

Relationship to AWT[edit]


AWT and Swing class hierarchy
Since early versions of Java, a portion of the Abstract Window Toolkit (AWT) has provided platform-independent APIs for user interface components. In AWT, each component is rendered and controlled by a native peer component specific to the underlying windowing system.
By contrast, Swing components are often described as lightweight because they do not require allocation of native resources in the operating system's windowing toolkit. The AWT components are referred to as heavyweight components.[according to whom?]
Much of the Swing API is generally a complementary extension of the AWT rather than a direct replacement. In fact, every Swing lightweight interface ultimately exists within an AWT heavyweight component because all of the top-level components in Swing (JApplet, JDialog, JFrame, and JWindow) extend an AWT top-level container. Prior to Java 6 Update 10, the use of both lightweight and heavyweight components within the same window was generally discouraged due to Z-order incompatibilities. However, later versions of Java have fixed these issues, and both Swing and AWT components can now be used in one GUI without Z-order issues.
The core rendering functionality used by Swing to draw its lightweight components is provided by Java 2D, another part of JFC.

ผลลัพธ์ (ไทย) 1:

ความสัมพันธ์กับ AWT [แก้ไข]


AWT และแกว่งลำดับชั้น
ตั้งแต่รุ่นแรกของ java, ส่วนหนึ่งของชุดเครื่องมือหน้าต่างนามธรรม (AWT) ได้จัดให้มี API สำหรับแพลตฟอร์มสำหรับส่วนประกอบส่วนติดต่อผู้ใช้ AWT ในแต่ละองค์ประกอบมีการแสดงและควบคุมโดยองค์ประกอบ peer พื้นเมืองเฉพาะกับระบบ Windowing พื้นฐาน.
ตรงกันข้ามส่วนประกอบแกว่งมักจะอธิบายว่ามีน้ำหนักเบาเพราะพวกเขาไม่จำเป็นต้องมีการจัดสรรทรัพยากรพื้นเมืองในเครื่องมือ Windowing ระบบปฏิบัติการ ส่วนประกอบ AWT จะเรียกว่าองค์ประกอบรุ่น. [ตามใคร]
มาก API แกว่งโดยทั่วไปเป็นส่วนขยายที่สมบูรณ์ของ AWT มากกว่าแทนโดยตรง ในความเป็นจริงแกว่งทุกอินเตอร์เฟซที่มีน้ำหนักเบาที่สุดที่มีอยู่ในส่วนเฮฟวี่เวท AWT เพราะทุกองค์ประกอบระดับบนสุดในแกว่ง (japplet, JDialog, JFrame และ jwindow) ขยาย AWT ภาชนะระดับบนสุด ก่อนที่จะมีการปรับปรุง java 6 10, การใช้งานของทั้งสองชิ้นส่วนที่มีน้ำหนักเบาและเฮฟวี่เวทภายในหน้าต่างเดียวกันเป็นกำลังใจโดยทั่วไปเนื่องจากซีกันไม่ได้สั่งซื้อ อย่างไรก็ตามรุ่นที่ใหม่กว่า java มีการแก้ไขปัญหาเหล​​่านี้และทั้งสองแกว่งและส่วนประกอบ AWT ขณะนี้คุณสามารถใช้ในการอย่างใดอย่างหนึ่งโดยไม่มีปัญหากุย Z-ลำดับ.
การทำงานการแสดงผลหลักที่ใช้โดยแกว่งการวาดชิ้นส่วนที่มีน้ำหนักเบาที่มีให้โดย 2d java เป็นส่วนหนึ่งของอื่น jfc

ผลลัพธ์ (ไทย) 2:

ความสัมพันธ์ AWT [แก้ไข]


AWT และสวิงชั้นลำดับชั้น
ตั้งแต่เวอร์ชันแรก ๆ ของ Java ส่วนของการนามธรรมหน้าต่างเครื่องมือ (AWT) ให้ไม่ขึ้นกับแพลตฟอร์ม APIs สำหรับผู้ใช้คอมโพเนนต์อินเตอร์เฟซ ใน AWT แต่ละส่วนจะแสดง และควบคุม โดยเพียร์เป็นส่วนประกอบเฉพาะต้น windowing ระบบ
โดยคมชัด คอมโพเนนต์สวิงมักถูกกำหนดเป็นน้ำหนักเบา เพราะพวกเขาไม่ต้องการปันส่วนของทรัพยากรท้องถิ่นในมือ windowing ระบบปฏิบัติ AWT ประกอบมีอ้างถึงเป็นส่วนประกอบของเฮฟวี่เวท[ตามใคร]
มาก API สวิงโดยทั่วไปจะขยายเพิ่มเติมของ AWT แทนที่เป็นตัวแทนโดยตรง อันที่จริง ติดต่อทุกน้ำหนักเบาสวิงสุดอยู่ภายในคอมโพเนนต์เฮฟวี่เวท AWT เนื่องจากส่วนประกอบระดับบนสุดในสวิง (JApplet, JDialog ปืน และ JWindow) ทั้งหมดขยายคอนเทนเนอร์ที่ระดับบนสุด AWT ก่อน Java 6 ปรับปรุง 10 ใช้น้ำหนักเบา และ heavyweight ส่วนประกอบภายในหน้าต่างเดียวกันได้กำลังใจจาก Z-ใบสั่งความเข้ากันไม่โดยทั่วไป อย่างไรก็ตาม รุ่นของ Java มีแก้ไขปัญหาเหล่านี้ และตอนนี้สามารถใช้ทั้งสวิงและ AWT ประกอบใน GUI หนึ่งโดยไม่มีปัญหา Z-ใบสั่ง
ฟังก์ชันแสดงผลหลักใช้ในการวาดส่วนประกอบน้ำหนักเบาสวิงโดย Java 2D ส่วนอื่นของ JFC

ผลลัพธ์ (ไทย) 3:

ความสัมพันธ์กับ awt [แก้ไข]


awt และโครงสร้าง Class ชิงช้า
ตั้งแต่รุ่นช่วงต้นของ Java ส่วนที่เป็นนามธรรมของหน้าต่าง Toolkit ( awt )ที่มีให้บริการ API แพลตฟอร์มแบบแยกเป็นอิสระสำหรับอินเตอร์เฟซผู้ใช้คอมโพเนนต์ ใน awt แต่ละคอมโพเนนต์จะทำให้การควบคุมโดยคอมโพเนนต์ peer พื้นเมืองที่ระบุในระบบ windowing พื้นฐานที่.
โดยความเปรียบต่างคอมโพเนนต์ชิงช้ามีน้ำหนักเบาเพราะพวกเขาไม่จำเป็นต้องมีการจัดสรรทรัพยากรพื้นเมืองในเครื่องมือ windowing ของระบบปฏิบัติการที่มักจะ คอมโพเนนต์ awt ที่จะถูกอ้างถึงในคอมโพเนนต์รุ่นเฮฟวี่เวทเป็น.(ตามที่?]
มากของชิงช้า API โดยทั่วไปแล้วจะขยายเวลาของสมนาคุณหนึ่งของ awt ที่มากกว่าการเปลี่ยนโดยตรง ในความเป็นจริงแล้วอินเตอร์เฟซน้ำหนักเบาชิงช้าทุกครั้งสุดท้ายอยู่ในคอมโพเนนต์รุ่นเฮฟวี่เวท awt เพราะส่วนประกอบระดับบนสุดในชิงช้า( japplet jdialog jframe และ jwindow )ขยาย ภาชนะ บรรจุระดับบนสุดที่ awt ก่อนที่จะ Java 6 ปรับปรุง 10 การใช้งานร่วมกับอุปกรณ์ทั้งสองมีน้ำหนักเบาและรุ่นเฮฟวี่เวท ภายใน หน้าต่างเดียวกันนี้มีกำลังใจโดยทั่วไปแล้วเนื่องจากการเข้ากันไม่ได้ของ Z - การสั่งซื้อ แต่ถึงอย่างไรก็ตามเวอร์ชันของเกาะชวามีปัญหาเหล่านี้คงที่,และทั้งสองชิงช้าและ awt คอมโพเนนต์จะได้ถูกใช้ใน GUI ไม่ Z - การสั่งซื้อปัญหา.
ที่ Core ,ทำการเรนเดอร์,ทำการใช้งานโดยใช้ชิงช้าในการวาดของคอมโพเนนต์คือมีน้ำหนักเบาโดย Java 2 D ,อีกส่วนหนึ่งของ jfc.