แพ็กเกจ javax vs java

เหตุผลเบื้องหลังแพ็คเกจ javax คืออะไร จาวาคืออะไรและอะไรคือจาวาแม็กซ์

ฉันรู้ว่าแพ็คเกจ enterprise-y จำนวนมากอยู่ในรูปแบบของ javax แต่นั่นก็คือ Swing, api วันที่และเวลาใหม่ (JSR-310) และแพ็คเกจ J2SE อื่น ๆ

ฉันคิดว่ามันเป็นสิ่งที่ประวัติศาสตร์ - ถ้าแพคเกจแนะนำว่านอกจาก JRE javaxที่มีอยู่ก็มาในฐานะ ถ้ามันครั้งแรกในฐานะส่วนหนึ่งของ JRE (เช่น NIO คือผมเชื่อว่า) javaแล้วก็มาในฐานะ ไม่แน่ใจว่าทำไมวันที่และเวลาใหม่ของ API จะจบลงด้วยjavaxเหตุผลดังต่อไปนี้แม้ว่า ... เว้นแต่ว่ามันจะมีแยกเป็นไลบรารีเพื่อทำงานกับเวอร์ชันก่อนหน้า (ซึ่งจะมีประโยชน์) หมายเหตุจากหลายปีต่อมา: จริง ๆ แล้วมันอยู่ที่javaหลังจากทั้งหมด

ฉันเชื่อว่ามีข้อ จำกัด เกี่ยวกับjavaแพ็คเกจ - ฉันคิดว่าตัวโหลดคลาสถูกตั้งค่าให้อนุญาตเฉพาะคลาสภายในเท่านั้นjava.*ที่จะโหลดจากrt.jarหรือคล้ายกัน (มีการเช็คอินอย่างแน่นอนClassLoader.preDefineClass)

แก้ไข: ในขณะที่คำอธิบายอย่างเป็นทางการ (การค้นหา orbfish แนะนำไม่ได้หนึ่งในหน้าแรกหรือดังนั้น) ไม่ต้องสงสัยเลยว่า "core" vs "นามสกุล" ฉันยังคงสงสัยว่าในหลายกรณีการตัดสินใจสำหรับแพคเกจใด ๆ มี เหตุผลทางประวัติศาสตร์ที่อยู่เบื้องหลังมันเกินไป java.beansนั่นคือ"คอร์" ของ Java จริงๆหรือ?

เดิมทีjavaxมีวัตถุประสงค์เพื่อเป็นส่วนขยายและบางครั้งสิ่งต่าง ๆ จะได้รับการเลื่อนออกjavaxไปเป็นจาวา

ปัญหาหนึ่งคือ Netscape (และอาจเป็น IE) การ จำกัด คลาสที่อาจอยู่ในแพ็คเกจ Java

เมื่อ Swing ถูกตั้งค่าเป็น "บัณฑิต" ไปjavaจากjavaxนั้นมีการระเบิดขนาดเล็กเพราะผู้คนตระหนักว่าพวกเขาจะต้องปรับเปลี่ยนการนำเข้าทั้งหมดของพวกเขา เนื่องจากความเข้ากันได้ย้อนหลังเป็นหนึ่งในเป้าหมายหลักของ Java ที่พวกเขาเปลี่ยนใจ

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

javaแพ็คเกจเป็นฐานและjavaxแพคเกจเป็นส่วนเสริม

Swing เป็นส่วนเสริมเนื่องจาก AWT เป็น UI API ดั้งเดิม Swing มาหลังจากนั้นในเวอร์ชัน 1.1

namespace ที่ javax คือมัก (ซึ่งเป็นคำที่โหลด) ที่ใช้สำหรับส่วนขยายมาตรฐานปัจจุบันเป็นที่รู้จักเลือกแพคเกจ ส่วนขยายมาตรฐานเป็นส่วนย่อยของ API ที่ไม่ใช่ธุรกิจหลัก ส่วนอื่น ๆ ของ API ที่ไม่ใช่คอร์นั้นเรียกว่าส่วนขยายที่ไม่ได้มาตรฐานซึ่งครอบครองเนมสเปซเช่น com.sun. * หรือ com.ibm . API ของแกนรับจาวา namespace

ไม่ใช่ทุกอย่างในโลก Java API ที่เริ่มต้นจากในแกนกลางซึ่งเป็นสาเหตุที่ส่วนขยายมักเกิดจากคำขอ JSR ในที่สุดพวกเขาก็ได้รับการเลื่อนตำแหน่งเป็นแกนกลางโดยยึดตาม 'คำแนะนำที่ฉลาด'

ความสนใจในระบบการตั้งชื่อนี้มาจากเทรนด์แบบ faux ในส่วนของ Sun - ส่วนต่อขยายอาจได้รับการเลื่อนระดับเป็นแกนหลักเช่นย้ายจาก javax. * ไปยัง java. * ทำลายสัญญาความเข้ากันได้แบบย้อนหลัง โปรแกรมเมอร์ร้องไห้คร่ำครวญและรู้สึกดีขึ้น นี่คือเหตุผลที่ Swing API แม้ว่าส่วนหนึ่งของแกนจะยังคงอยู่ใน javax. * namespace และนั่นก็เป็นวิธีที่แพ็คเกจได้รับการเลื่อนตำแหน่งจากส่วนขยายไปยังแกนหลัก - พวกมันถูกทำให้พร้อมสำหรับการดาวน์โหลดซึ่งเป็นส่วนหนึ่งของ JDK และ JRE

Javax เคยเป็นส่วนเสริมเท่านั้น หลังจากนั้นดวงอาทิตย์ก็ได้เพิ่มมันเข้าไปใน libary java ซึ่งลืมที่จะลบ x นักพัฒนาเริ่มสร้างรหัสด้วย javax ในเวลาต่อมาซันตัดสินใจเปลี่ยนเป็นจาวา นักพัฒนาซอฟต์แวร์ไม่ชอบแนวคิดนี้เพราะรหัสจะถูกทำลาย ... ดังนั้น javax จึงถูกเก็บไว้

java. * packages เป็นแพ็คเกจภาษาจาวาหลักซึ่งหมายความว่าโปรแกรมเมอร์ที่ใช้ภาษาจาวาต้องใช้มันเพื่อที่จะใช้งานจาวาได้อย่างคุ้มค่า

แพคเกจ javax. * เป็นแพ็คเกจเสริมซึ่งให้วิธีมาตรฐานที่ปรับขนาดได้เพื่อให้ API ที่กำหนดเองพร้อมใช้งานสำหรับแอปพลิเคชันทั้งหมดที่ทำงานบนแพลตฟอร์ม Java

แพคเกจบางอย่างเช่นjavax.swingไม่รวมอยู่ในห้องสมุดมาตรฐานจาวาที่แรก บริษัท ซันตัดสินใจที่จะพิจารณาพวกเขาอย่างเป็นทางการและรวมพวกเขาไว้ในจาวารุ่นแรก ๆ ว่าเป็นไลบรารีมาตรฐานหรือส่วนขยายมาตรฐาน

โดยการประชุมทั้งหมดนามสกุลมาตรฐานเริ่มต้นด้วยในขณะที่พวกเขาจะได้รับการเลื่อนตำแหน่งให้เป็นชั้นแรกเมื่อเวลาผ่านไปเหมือนสิ่งที่เกิดขึ้นXjavax.swing