ฉันกำลังสร้างคลาสไลบรารี (MyLib) ซึ่งมีคลาสสาธารณะ A คลาสนั้นระบุวิธีการสาธารณะ M ที่ส่งคืนอินสแตนซ์ของคลาส B จากไลบรารีคลาสภายนอก (ExtLib)
ในการใช้ MyLib.A.M() ผู้ใช้ที่จะใช้ไลบรารีคลาสของฉันจะต้องอ้างอิงทั้ง MyLib และ ExtLib
คำถามของฉันคือ เป็นไปได้ไหมที่จะทำให้คลาส ExtLib.B สามารถเข้าถึงได้โดยตรงผ่าน MyLib (เช่น MyLib.B) ดังนั้นผู้ใช้จะไม่ต้องอ้างอิงทั้งสองไลบรารี แต่มีเพียง MyLib เท่านั้น
คุณควรยอมรับว่าผู้ใช้ของคุณควรอ้างอิงชุดประกอบของคุณและชุดประกอบที่รองรับ
ใช่ คุณอาจจะเริ่มทำงานได้ ดังนั้นชุดประกอบที่รองรับจึงถูกรวมเข้ากับชุดประกอบของคุณเองทั้งหมด แต่สิ่งนี้เชื่อมโยงกำหนดการเปิดตัวชุดประกอบของคุณกับชุดประกอบที่รองรับอย่างสมบูรณ์ จะไม่มีทางใดที่ชุดประกอบที่รองรับจะได้รับการอัปเดตเพื่อใช้กับชุดประกอบของคุณโดยไม่ต้องเผยแพร่ชุดประกอบของคุณเองอีกครั้งเช่นกัน
นอกจากนี้ยังมีคำถามเรื่องลิขสิทธิ์และการอนุญาตให้ใช้สิทธิอีกด้วย หากคุณเขียนชุดประกอบสนับสนุนด้วย ฉันเดาว่าคุณไม่น่าจะมีปัญหาเลย มิฉะนั้น การรวมชุดสนับสนุนเข้ากับชุดของคุณเองอย่างน้อยที่สุดอาจทำให้ผู้เขียนชุดนั้นขมวดคิ้วได้ ถ้าไม่ได้รับอนุญาตโดยสิ้นเชิง
ตัวเลือกที่น่ารังเกียจอีกประการหนึ่งอาจเป็นการส่งคืนออบเจ็กต์ dynamic จาก API ของแอสเซมบลีของคุณแทนที่จะเป็นประเภทที่ประกาศในแอสเซมบลีที่รองรับ แน่นอนว่าสิ่งนี้จะมีผลกระทบต่อประสิทธิภาพที่เป็นไปได้ และจะลบล้างความปลอดภัยของประเภทเวลาคอมไพล์ที่เป็นไปได้ ซึ่งอาจเป็นประโยชน์ตามปกติของการใช้ภาษาเช่น C# แต่มันก็สามารถทำได้
หากคุณทนไม่ได้กับความคิดที่ผู้ใช้เพิ่มการอ้างอิงไปยังไลบรารีที่สนับสนุน ตัวเลือกที่เหมาะสมจากมุมมองด้านวิศวกรรมซอฟต์แวร์คือการเปลี่ยน API ของแอสเซมบลีของคุณเพื่อไม่ให้ส่งคืนประเภทจากไลบรารีที่สนับสนุน พวกเขายังคงต้องการแอสเซมบลีนั้น ณ รันไทม์หากคุณใช้งาน แต่อย่างน้อยโค้ดของผู้ใช้ก็ไม่ต้องการการอ้างอิงที่ชัดเจน แต่ API ของคุณจะส่งกลับประเภทที่แอสเซมบลีของคุณประกาศและรวมประเภทของแอสเซมบลีที่รองรับ ซึ่งอาจปรับเปลี่ยนอินเทอร์เฟซของประเภทเหล่านั้น (การลบสมาชิกที่ไม่จำเป็นออก เพิ่มส่วนขยายใหม่ ฯลฯ) เพื่อให้เหมาะกับความต้องการของผู้ใช้ของคุณดีขึ้น ด้วยวิธีดังกล่าว ประเภทของแอสเซมบลีที่รองรับจะถูกซ่อนจากมุมมอง ดังนั้นจึงไม่จำเป็นต้องมีการอ้างอิงที่ชัดเจนจากแอสเซมบลีของผู้ใช้ของคุณ
IMHO ควรสังเกตว่าผู้ใช้ของคุณอ้างอิงถึงแอสเซมบลีอื่น ๆ มากมายที่แอสเซมบลีของคุณขึ้นอยู่กับอยู่แล้ว เช่น ถ้าไม่มีอะไรอย่างอื่น อย่างน้อยก็แอสเซมบลี .NET ต่างๆ จริงอยู่ สิ่งเหล่านี้จำนวนมากจำเป็นสำหรับโค้ด .NET ใดๆ ที่จะทำงานได้ ดังนั้นโปรเจ็กต์ของผู้ใช้จะมีการอ้างอิงเหล่านี้อยู่แล้ว แต่ยังคงแสดงถึงการอ้างอิงแอสเซมบลีเพิ่มเติม แอสเซมบลี .NET ที่ไม่ใช่ค่าเริ่มต้นอื่นๆ อาจจำเป็นหรือไม่จำเป็น ขึ้นอยู่กับว่าแอสเซมบลีของคุณใช้อะไรและส่งคืนรหัสของผู้ใช้ ไม่ว่าเรื่องประเภทนี้จะค่อนข้างเป็นเรื่องธรรมดาและไม่ใช่สิ่งที่เราควรสละเวลาจำนวนมากเพื่อพยายามหลีกเลี่ยง
ความจริงก็คือว่าจะต้องมีชุดประกอบรองรับในขณะใช้งานอยู่แล้ว ดังนั้นจึงดูเหมือนไม่ยากนักที่จะกำหนดให้แอสเซมบลีนั้นอ้างอิงโดยโปรเจ็กต์ของผู้ใช้เอง แอสเซมบลีอ้างอิงที่ประกาศประเภทโค้ดของตัวเองนั้นขึ้นอยู่กับวิธีการทำงานของ .NET สู้มันทำไม? ปัญหาที่น่าสนใจคืออะไรที่อาจกระตุ้นให้ใช้ความพยายามอย่างแท้จริงเพื่อหลีกเลี่ยงการอ้างอิงพิเศษนี้โดยโครงการของผู้ใช้
B(เช่นใน: ในลักษณะที่ปลอดภัยต่อการพิมพ์) จริง ๆ แล้วเขา ไม่ต้องการการอ้างอิงExtLib- person Jcl schedule 13.04.2016Bวัตถุ แต่นั่นก็ค่อนข้างไม่สมเหตุสมผลหากความตั้งใจคือ เพื่อหลีกเลี่ยงการอ้างอิง (การอ้างอิงที่ไลบรารีหลักมีอยู่) - person Jcl schedule 13.04.2016