The architecture of Swing is design

The architecture of Swing is designed so that you may change the "look and feel" (L&F) of your application's GUI (see A Swing Architecture Overview). "Look" refers to the appearance of GUI widgets (more formally, JComponents) and "feel" refers to the way the widgets behave.

Swing's architecture enables multiple L&Fs by separating every component into two distinct classes: a JComponent subclass and a corresponding ComponentUI subclass. For example, every JList instance has a concrete implementation of ListUI (ListUI extends ComponentUI). The ComponentUI subclass is referred to by various names in Swing's documentation—"the UI," "component UI," "UI delegate," and "look and feel delegate" are all used to identify the ComponentUI subclass.

Most developers never need to interact with the UI delegate directly. For the most part, the UI delegate is used internally by the JComponent subclass for crucial functionality, with cover methods provided by the JComponent subclass for all access to the UI delegate. For example, all painting in JComponent subclasses is delegated to the UI delegate. By delegating painting, the 'look' can vary depending upon the L&F.

It is the responsibility of each L&F to provide a concrete implementation for each of the ComponentUI subclasses defined by Swing. For example, the Java Look and Feel creates an instance of MetalTabbedPaneUI to provide the L&F for JTabbedPane. The actual creation of the UI delegate is handled by Swing for you—for the most part you never need to interact directly with the UI delegate.

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

สถาปัตยกรรมของสวิงถูกออกแบบมาเพื่อให้คุณสามารถเปลี่ยนการ "รูปลักษณ์" (L และ F) ของ GUI ของโปรแกรมประยุกต์ของคุณ (ดูที่ภาพรวมสถาปัตยกรรมการสวิง A) "มอง" หมายถึงลักษณะที่ปรากฏของเครื่องมือ GUI (ขึ้นอย่างเป็นกิจจะลักษณะ JComponents) และ "ความรู้สึก" หมายถึงวิธีการทำงานของเครื่องมือสถาปัตยกรรมของสวิงช่วยให้หลาย L & Fs โดยแยกทุกส่วนประกอบออกเป็น 2 ประเภททั้งหมด: ย่อย JComponent และย่อย ComponentUI ที่สอดคล้องกัน ตัวอย่าง ทุกอย่าง JList มีงานคอนกรีตของ ListUI (ListUI ขยาย ComponentUI) ระดับชั้นย่อย ComponentUI ที่อ้างอิง โดยชื่อต่าง ๆ ในเอกสารของสวิง — "UI "ส่วนประกอบ UI,""UI มอบ" และ"การมอบหมายลักษณะและความรู้สึก"ทั้งหมดใช้ในการระบุระดับชั้นย่อย ComponentUIนักพัฒนาส่วนใหญ่ไม่ต้องการโต้ตอบกับผู้รับมอบสิทธิ์ UI โดยตรง ส่วนใหญ่ มอบ UI ไว้ภายใน โดยย่อย JComponent ฟังก์ชันสำคัญ วิธีปะโดยรอบย่อย JComponent สำหรับการเข้าถึงทั้งหมดเพื่อมอบ UI ตัวอย่าง ภาพวาดทั้งหมดในระดับ JComponent ได้รับมอบหมายไปมอบ UI โดยมอบหมายการวาดภาพ 'ดู' แตกต่างกันขึ้นอยู่กับ L และเอฟความรับผิดชอบ L และ F แต่ละเพื่อให้งานคอนกรีตแต่ละชั้น ComponentUI ที่กำหนด โดยแกว่งได้ ตัวอย่าง ลักษณะ Java และความรู้สึกที่สร้างอินสแตนซ์ของ MetalTabbedPaneUI ให้ L และ F JTabbedPane จัดการสร้างจริงมอบ UI โดยแกว่งคุณ — ส่วนใหญ่คุณไม่จำเป็นต้องติดต่อโดยตรงกับผู้รับมอบสิทธิ์ UI

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

สถาปัตยกรรมของสวิงที่ถูกออกแบบมาเพื่อให้คุณสามารถเปลี่ยน "รูปลักษณ์และความรู้สึก" (L & F) ของ GUI โปรแกรมประยุกต์ของคุณ (ดูภาพรวมสถาปัตยกรรมสวิง) "ดู" หมายถึงลักษณะของเครื่องมือ GUI (เพิ่มเติมอย่างเป็นทางการ JComponents) และ "ความรู้สึก" หมายถึงวิธีการเครื่องมือประพฤติ. สถาปัตยกรรมสวิงช่วยให้หลาย L & Fs โดยการแยกส่วนประกอบทุกเป็นสองชั้นที่แตกต่าง: รอง JComponent และรอง ComponentUI สอดคล้อง . ตัวอย่างเช่นทุก instance JList มีการดำเนินการที่เป็นรูปธรรมของ ListUI (ListUI ขยาย ComponentUI) รอง ComponentUI จะเรียกชื่อต่าง ๆ ในการสวิงของ documentation- "UI", "UI องค์ประกอบ", "ผู้แทน UI" และ "มองและความรู้สึกผู้แทน" ทั้งหมดที่ใช้ในการระบุประเภทรอง ComponentUI. นักพัฒนาส่วนใหญ่ไม่จำเป็นต้องมีปฏิสัมพันธ์ กับผู้แทน UI โดยตรง ส่วนใหญ่ผู้รับมอบสิทธิ์ UI ที่ใช้ภายในโดยรอง JComponent สำหรับการทำงานที่สำคัญด้วยวิธีการปกจัดไว้ให้โดยรอง JComponent สำหรับการเข้าถึงทั้งหมดเพื่อผู้แทน UI ยกตัวอย่างเช่นการวาดภาพทั้งหมดใน subclasses JComponent จะมอบหมายให้ผู้แทน UI โดยมอบหมายภาพวาด 'ดู' สามารถแตกต่างกันขึ้นอยู่กับ L & F. มันเป็นความรับผิดชอบของแต่ละ L & F เพื่อให้การดำเนินงานเป็นรูปธรรมสำหรับแต่ละ subclasses ComponentUI กำหนดโดยสวิง ตัวอย่างเช่นดู Java และความรู้สึกสร้างอินสแตนของ MetalTabbedPaneUI เพื่อให้ L & F สำหรับ JTabbedPane การสร้างที่แท้จริงของผู้แทน UI จะถูกจัดการโดยสวิงสำหรับคุณสำหรับส่วนใหญ่ที่คุณไม่จำเป็นต้องติดต่อโดยตรงกับผู้แทน UI

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

สถาปัตยกรรมของการสวิงที่ถูกออกแบบมาเพื่อให้คุณสามารถเปลี่ยน " รูปลักษณ์และความรู้สึก " ( L & F ) GUI ของโปรแกรม ( ดูภาพรวมสถาปัตยกรรมสวิง ) ดู " หมายถึงลักษณะของเครื่องมือ GUI ( อย่างเป็นทางการ jcomponents ) และ " รู้สึก " หมายถึงวิธีการเครื่องมือทำ

สวิงของสถาปัตยกรรมช่วยให้หลายชั้น& FS โดยแยกทุกองค์ประกอบในชั้นเรียนแตกต่างกันสอง :jcomponent subclass componentui subclass และสอดคล้องกัน ตัวอย่างเช่น ทุก jlist อินสแตนซ์มีการนำคอนกรีตของ listui ( listui ขยาย componentui ) componentui คลาสที่ถูกเรียกโดยชื่อต่างๆในการแกว่งของเอกสาร - " อุ้ย " , " องค์ประกอบ UI , " " อุ้ยฯ " และ " มองและรู้สึก มอบหมาย " จะถูกใช้เพื่อระบุ componentui subclass .

นักพัฒนาส่วนใหญ่ไม่ต้องโต้ตอบกับ UI ที่มอบหมายโดยตรง สำหรับส่วนใหญ่ , UI มอบหมายจะใช้ภายในโดย subclass jcomponent สําหรับการทํางานสําคัญกับครอบคลุมวิธีการโดย subclass jcomponent ทั้งหมดเข้าถึง UI ที่มอบหมาย ตัวอย่างเช่น ภาพทั้งหมดใน jcomponent subclasses ถูกมอบหมายให้ UI ที่มอบหมาย โดยมอบหมาย จิตรกรรม' ' ดู ' สามารถแตกต่างกันไปขึ้นอยู่กับฉัน& F .

มันคือความรับผิดชอบของแต่ละชั้น& F เพื่อให้การใช้คอนกรีตของแต่ละ componentui คลาสที่นิยามโดยสวิง ตัวอย่างเช่น , Java รูปลักษณ์และความรู้สึกสร้างอินสแตนซ์ของ metaltabbedpaneui ให้ผม& F สำหรับ jtabbedpane .การสร้างที่แท้จริงของ UI ที่ผู้แทนจะถูกจัดการโดยแกว่งสำหรับคุณ สำหรับส่วนใหญ่ที่คุณไม่ต้องโต้ตอบโดยตรงกับ UI ที่มอบหมาย