Loosely coupled and MVC[edit]The Sw

Loosely coupled and MVC[edit]
The Swing library makes heavy use of the Model/View/Controller software design pattern,[6] which conceptually decouples the data being viewed from the user interface controls through which it is viewed. Because of this, most Swing components have associated models (which are specified in terms of Java interfaces), and the programmers can use various default implementations or provide their own. The framework provides default implementations of model interfaces for all of its concrete components. The typical use of the Swing framework does not require the creation of custom models, as the framework provides a set of default implementations that are transparently, by default, associated with the corresponding JComponent child class in the Swing library. In general, only complex components, such as tables, trees and sometimes lists, may require the custom model implementations around the application-specific data structures. To get a good sense of the potential that the Swing architecture makes possible, consider the hypothetical situation where custom models for tables and lists are wrappers over DAO and/or EJB services.
Typically, Swing component model objects are responsible for providing a concise interface defining events fired, and accessible properties for the (conceptual) data model for use by the associated JComponent. Given that the overall MVC pattern is a loosely coupled collaborative object relationship pattern, the model provides the programmatic means for attaching event listeners to the data model object. Typically, these events are model centric (ex: a "row inserted" event in a table model) and are mapped by the JComponent specialization into a meaningful event for the GUI component.
For example, the JTable has a model called TableModel that describes an interface for how a table would access tabular data. A default implementation of this operates on a two-dimensional array.
The view component of a Swing JComponent is the object used to graphically represent the conceptual GUI control. A distinction of Swing, as a GUI framework, is in its reliance on programmatically rendered GUI controls (as opposed to the use of the native host OS's GUI controls). Prior to Java 6 Update 10, this distinction was a source of complications when mixing AWT controls, which use native controls, with Swing controls in a GUI (see Mixing AWT and Swing components).
Finally, in terms of visual composition and management, Swing favors relative layouts (which specify the positional relationships between components) as opposed to absolute layouts (which specify the exact location and size of components). This bias towards "fluid"' visual ordering is due to its origins in the applet operating environment that framed the design and development of the original Java GUI toolkit. (Conceptually, this view of the layout management is quite similar to that which informs the rendering of HTML content in browsers, and addresses the same set of concerns that motivated the former.)

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

คู่อย่างอิสระและ MVC [แก้ไข]
ห้องสมุดแกว่งทำให้การใช้งานหนักของแบบจำลอง / มุมมอง / ควบคุมรูปแบบการออกแบบซอฟแวร์ [6] ซึ่งแนวคิด decouples ข้อมูลที่ถูกมองจากการควบคุมส่วนติดต่อผู้ใช้ผ่านซึ่งจะถูกมองว่า เพราะเหตุนี้แกว่งส่วนประกอบส่วนใหญ่จะมีรูปแบบที่เกี่ยวข้อง (ซึ่งระบุไว้ในแง่ของการเชื่อมต่อ java)และโปรแกรมเมอร์สามารถใช้ค่าเริ่มต้นการใช้งานต่างๆหรือให้เป็นของตัวเอง กรอบให้การใช้งานเริ่มต้นของการเชื่อมต่อแบบสำหรับทุกชิ้นส่วนคอนกรีต การใช้งานทั่วไปของกรอบการแกว่งไม่จำเป็นต้องมีการสร้างรูปแบบที่กำหนดเองที่เป็นกรอบให้ชุดของการใช้งานเริ่มต้นที่มีความโปร่งใสโดยเริ่มต้นที่ที่เกี่ยวข้องกับการที่สอดคล้องกันในชั้นเรียนของเด็กในห้องสมุด JComponent แกว่ง ทั่วไปเพียง แต่องค์ประกอบที่ซับซ้อนเช่นตารางต้นไม้และรายการบางครั้งอาจต้องใช้รูปแบบการใช้งานที่กำหนดเองรอบใช้เฉพาะโครงสร้างข้อมูล ที่จะได้รับความรู้สึกที่ดีของสถ​​าปัตยกรรมที่มีศักยภาพที่แกว่งทำให้เป็นไปได้ที่พิจารณาสถานการณ์สมมุติที่รูปแบบที่กำหนดเองสำหรับตารางและรายการเป็นห่อกว่าดาวและ / หรือบริการ EJB.
มักจะแกว่งวัตถุรูปแบบองค์ประกอบมีความรับผิดชอบในการจัดให้มีอินเตอร์เฟซที่รัดกุมกำ​​หนดเหตุการณ์ยิงและคุณสมบัติสามารถเข้าถึงได้สำหรับ (ความคิด) แบบจำลองข้อมูลสำหรับ โดยใช้ JComponent ที่เกี่ยวข้องที่กำหนดว่ารูปแบบ MVC โดยรวมเป็นรูปแบบความสัมพันธ์ของว​​ัตถุคู่อย่างอิสระการทำงานร่วมกันแบบมีวิธีการเขียนโปรแกรมสำหรับติดฟังเหตุการณ์กับวัตถุรูปแบบข้อมูล โดยทั่วไปจะมีเหตุการณ์เหล่านี้เป็นรูปแบบการเป็นศูนย์กลาง (เช่น: "แถวแทรก" เหตุการณ์ในรูปแบบตาราง) และได้รับการแมปโดยความเชี่ยวชาญ JComponent เป็นเหตุการณ์ที่มีความหมายสำหรับองค์ประกอบกุย
ตัวอย่างเช่น.JTable มีรูปแบบที่เรียกว่า TableModel ที่อธิบายอินเตอร์เฟซสำหรับวิธีการที่ตารางจะเข้าถึงข้อมูลแบบตาราง การดำเนินการเริ่มต้นของเรื่องนี้ทำงานกับอาร์เรย์สองมิติ.
ดูส่วนประกอบของ JComponent แกว่งเป็นวัตถุที่ใช้ในการแสดงกราฟิกกุยควบคุมความคิด ความแตกต่างของการแกว่งเป็นกรอบกุย,ที่อยู่ในความเชื่อมั่นในการควบคุมการแสดงผลโปรแกรม GUI (เมื่อเทียบกับการใช้งานของ os เจ้าภาพพื้นเมืองควบคุมกุย) ก่อนที่จะมีการปรับปรุง java 6 10 ความแตกต่างนี้เป็นแหล่งที่มาของภาวะแทรกซ้อนเมื่อผสมควบคุม AWT ซึ่งใช้ตัวควบคุมพื้นเมืองกับการควบคุมแกว่งในกุย (ดู AWT ผสมและส่วนประกอบแกว่ง).
ที่สุดในแง่ขององค์ประกอบภาพและการจัดการแกว่งโปรดปรานรูปแบบญาติ (ซึ่งระบุความสัมพันธ์ระหว่างส่วนประกอบตำแหน่ง) ตรงข้ามกับรูปแบบที่แน่นอน (ซึ่งระบุตำแหน่งที่แน่นอนและขนาดของชิ้นส่วน) อคตินี้ไป "ของเหลว" การสั่งซื้อภาพที่เกิดจากการที่ต้นกำเนิดของมันในสภาพแวดล้อมการทำงานแอปเพล็ที่กรอบการออกแบบและการพัฒนาของเดิม java กุยเครื่องมือ (แนวคิดมุมมองของการจัดการรูปแบบนี้ค่อนข้างคล้ายกับที่แจ้งการแสดงผลของเนื้อหา html ที่ในเบราว์เซอร์และที่อยู่ในชุดเดียวกันความกังวลว่าแรงบันดาลใจในอดีต.)

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

ซึ่งควบคู่ และโรงแรมเอ็มวีซี [แก้ไข]
สวิงเดอะไลบรารีทำให้ที่ใช้งานหนักของแบบจำลอง/มุมมอง/ควบคุมซอฟต์แวร์ออกแบบรูปแบบ, [6] ซึ่งทางแนวคิด decouples ข้อมูลจะดูจากอินเทอร์เฟซสำหรับผู้ใช้ ควบคุมผ่านที่มันดู ด้วยเหตุนี้ ส่วนประกอบส่วนใหญ่ของสวิงได้เชื่อมโยงแบบจำลอง (ซึ่งระบุในอินเทอร์เฟซ Java), และโปรแกรมเมอร์ที่สามารถใช้เริ่มต้นใช้งานที่ต่าง ๆ หรือให้ตนเอง กรอบงานให้เริ่มต้นการใช้งานของอินเทอร์เฟซแบบจำลองของส่วนประกอบของคอนกรีตทั้งหมด ใช้กรอบสวิงทั่วไปต้องการสร้างรูปแบบกำหนดเอง กรอบให้ชุดของการเริ่มต้นใช้งานที่โปร่งใส เริ่มต้น เชื่อมโยงกับคลาเด็ก JComponent ที่สอดคล้องกันในไลบรารีสวิง ทั่วไป เฉพาะส่วนซับซ้อนประกอบ ตาราง ต้นไม้ และบาง รายการ อาจต้องการใช้งานแบบกำหนดเองรอบโครงสร้างข้อมูลเฉพาะโปรแกรมประยุกต์ รับความรู้สึกที่ดีของศักยภาพที่สถาปัตยกรรมสวิงได้ พิจารณาสถานการณ์สมมุติที่รูปแบบกำหนดเองสำหรับตารางและรายการที่ห่อผ่านดาวหรือ EJB บริการ.
ปกติ สวิงคอมโพเนนต์วัตถุแบบจำลองจะให้อินเทอร์เฟซแบบกระชับกำหนดเหตุการณ์ยิง และคุณสมบัติเข้าถึงข้อมูล (แนวคิด) รุ่นใช้ JComponent เกี่ยวข้อง ระบุว่ารูปแบบโรงแรมเอ็มวีซีโดยรวมคือ รูปแบบความสัมพันธ์วัตถุ coupled ซึ่งทำงานร่วมกัน แบบแสดงวิธีโดยทางโปรแกรมสำหรับแนบฟังเหตุการณ์วัตถุแบบจำลองข้อมูล ทั่วไป เหตุการณ์เหล่านี้จะตอบสนองทุกรูปแบบ (อดีต: เหตุการณ์ "แถวแทรก" ในรูปแบบตาราง) และแมป โดยเฉพาะทาง JComponent เป็นเหตุการณ์มีความหมายสำหรับคอมโพเนนต์ GUI.
ตัวอย่าง JTable ในแบบที่เรียกว่า TableModel ที่อธิบายเกี่ยวกับอินเทอร์เฟซสำหรับวิธีตารางจะเข้าถึงข้อมูลตาราง ได้ ดำเนินการเริ่มต้นนี้ทำงานบนเป็นสองแถว
ดูส่วนประกอบของ JComponent ที่แกว่งเป็นวัตถุที่ใช้เพื่อแสดงตัวควบคุม GUI แนวคิดภาพ สวิง เป็นกรอบ GUI ความแตกต่าง เป็นที่พึ่ง rendered โปรแกรมควบคุม GUI (ตรงข้ามกับการใช้ตัวควบคุมโฮสต์เจ้าระบบปฏิบัติ GUI) ก่อน Java 6 ปรับปรุง 10 ความแตกต่างนี้มีแหล่งที่มาของภาวะแทรกซ้อนเมื่อผสม AWT ควบคุม ซึ่งใช้เป็นตัวควบคุม ควบคุมการสวิงใน GUI (ดู AWT ผสมและคอมโพเนนต์สวิง) .
ในที่สุด ในแง่ขององค์ประกอบภาพและการจัดการ สวิงสนับสนุนญาติร่าง (ซึ่งระบุตำแหน่งความสัมพันธ์ระหว่างส่วนประกอบ) ตรงข้ามกับโครงร่างที่แน่นอน (ซึ่งระบุตำแหน่งแน่นอนและขนาดของส่วนประกอบ) นี้ความโน้มเอียงไปทาง "ของเหลว" ' สั่งซื้อภาพได้เนื่องจากกำเนิดในแอปเพล็ตที่กรอบการออกแบบและพัฒนาเครื่องมือ Java GUI ฉบับปฏิบัติการ (ทางแนวคิด มุมมองของการจัดการรูปแบบจะคล้ายกับที่จะแจ้งแสดงเนื้อหา HTML ในเบราว์เซอร์ และความกังวลที่แรงจูงใจเดิมชุดเดียวกันอยู่)

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

เป็นอิสระประกอบและ mvc [แก้ไข]ชิงช้าไลบรารี
ที่ทำให้ใช้งานที่หนักของรุ่น/ดู/คอนโทรลเลอร์การออกแบบซอฟต์แวร์รูปแบบ[ 6 ]ที่จะลดความซับซ้อนในการปรับขยายตามแนวข้อมูลที่ได้จากการควบคุมอินเตอร์เฟซผู้ใช้ที่ผ่านที่ได้รับ เพราะของส่วนประกอบชิงช้าส่วนมากมีรุ่นที่เกี่ยวข้อง(ซึ่งมีระบุไว้ในข้อกำหนดของอินเตอร์เฟซ Java )และเครื่องตั้งโปรแกรมที่สามารถใช้การปรับใช้งานค่าดีฟอลต์ต่างๆหรือให้เป็นของตัวเอง โครงงานที่มีการใช้งานเป็นค่าเริ่มต้นของอินเตอร์เฟซรุ่นสำหรับคอมโพเนนต์ของคอนกรีตทั้งหมด ใช้งานทั่วไปของกรอบชิงช้าไม่ได้ต้องมีการสร้างรุ่นที่กำหนดเองเป็นโครงงานที่จะให้เป็นค่าเริ่มต้นของการใช้งานที่มี ประสิทธิภาพ ซึ่งตามค่าดีฟอลต์ที่เกี่ยวข้องพร้อมด้วยระดับที่เกี่ยวข้อง jcomponent ลูกอยู่ในไลบรารีโล้ชิงช้า. โดยทั่วไปเท่านั้นส่วนประกอบความซับซ้อนเช่นต้นโต๊ะและบางครั้งรายการอาจต้องมีการปรับใช้งานรุ่นที่กำหนดเองโดยรอบโครงสร้างข้อมูลแอปพลิเคชันเฉพาะ ในการได้รับความรู้สึกที่ดีของสถาปัตยกรรมที่โล้ชิงช้าทำให้เป็นไปได้ให้พิจารณาสถานการณ์สมมุติขึ้นต้องการสถานที่ซึ่งรุ่นที่กำหนดเองสำหรับรายการและโต๊ะมีกระดาษห่อเหนือสอยดาวและ/หรือบริการ ejb .
โดยทั่วไปแล้ววัตถุรุ่นคอมโพเนนต์ชิงช้าเป็นผู้รับผิดชอบในการมีการอินเตอร์เฟซรัดกุมการกำหนดกิจกรรมยิงและคุณสมบัติสามารถเข้าถึงได้สำหรับ(ทางความคิด)รุ่นข้อมูลสำหรับการใช้งานโดย jcomponent ที่เกี่ยวข้องให้รูปแบบ mvc โดยรวมที่มีรูปแบบการทำงานร่วมกันความสัมพันธ์กับวัตถุที่เป็นอิสระและเมื่อประกอบกับรุ่นที่จัดให้บริการวิธีการที่โปรแกรมสำหรับการใส่ผู้ฟังเหตุการณ์ให้กับออบเจกต์รุ่นข้อมูล โดยปกติแล้วจะต้องจัดงานนี้มีศูนย์กลางรุ่น(เช่น"แถวที่ใส่ไว้"เหตุการณ์ในรุ่นโต๊ะ)และถูกแม็ปกับไคลเอ็นต์โดยสาขาที่เชี่ยวชาญ jcomponent เข้ากับเหตุการณ์ที่มีความหมายสำหรับ GUI คอมโพเนนต์.
สำหรับตัวอย่างเช่นjtable ที่มีรุ่นที่เรียกว่า tablemodel ที่จะอธิบายอินเตอร์เฟซสำหรับวิธีการตารางที่จะเข้าถึงข้อมูลแบบตาราง การนำไปใช้เป็นค่าเริ่มต้นของนี้ทำงานที่หลากหลายแบบสองมิติ.
คอมโพเนนต์วิวทิวทัศน์ของชิงช้า jcomponent ที่เป็นวัตถุที่ใช้ในการแสดงการควบคุม GUI ทางความคิดที่ ภาพ กราฟิก ความแตกต่างของชิงช้าตามกรอบ GUIอยู่ในความไว้วางใจในการควบคุม GUI Application Programming Interface ทำให้(ตรงข้ามกับการใช้ GUI การควบคุมของระบบปฏิบัติการโฮสต์พื้นเมืองที่) ก่อนที่จะ Java 6 การปรับปรุง 10 ความแตกต่างอันนี้เป็นแหล่งที่มาของโรคแทรกซ้อนเมื่อผสมการควบคุม awt ซึ่งใช้การควบคุมพื้นเมืองพร้อมด้วยการควบคุมชิงช้าใน GUI (ดูการผสม awt ชิงช้าและคอมโพเนนต์)..
สุดท้ายในเงื่อนไขของการจัดการและการเขียน ภาพชิงช้าความเมตตามีความสัมพันธ์กันอีกครั้ง(ซึ่งระบุความสัมพันธ์กับ positional ที่ระหว่างคอมโพเนนท์ต่างๆ)ซึ่งตรงข้ามกับอีกครั้งอย่างแท้จริง(ซึ่งระบุขนาดและที่ตั้งที่แน่นอนของการมาถึงของคอมโพเนนต์) การทำงานนี้ต่อ"การสั่งซื้อน้ำยา"," ภาพ เป็นผลมาจากการต้นกำเนิดของโรงแรมใน สภาพแวดล้อม การทำงานแอพเพล็ตซึ่งเป็นกรอบการออกแบบและการพัฒนาการของ Java GUI Toolkit เดิม (ตามแนวรับชมวิวทิวทัศน์ของการจัดการการวางผังที่ค่อนข้างคล้ายกับที่ซึ่งระบุว่าการสร้าง ภาพ ของเนื้อหา HTML ในเบราเซอร์และแอดเดรสเดียวกันกับที่ตั้งของความกังวลที่สร้างแรงจูงใจที่เก่าแก่)