ทำไมเราต้องมีกรอบสำหรับการฉีดพึ่งพา? [ปิด]

ฉันได้อ่านเพิ่มเติมเกี่ยวกับหลักการผกผันของการควบคุมและการพึ่งพาการฉีดเพื่อนำไปใช้และฉันค่อนข้างมั่นใจว่าฉันเข้าใจมัน

ดูเหมือนว่าโดยทั่วไปแล้วจะพูดว่า 'อย่าประกาศให้อินสแตนซ์ของสมาชิกชั้นเรียนของคุณ' ในชั้นเรียน ' ค่อนข้างว่าอินสแตนซ์ควรจะถูกส่งผ่านและได้รับมอบหมายผ่านตัวสร้าง; 'ฉีด' เข้าสู่ชั้นเรียนจากแหล่งภายนอก

ถ้ามันง่ายนี่มันน่าจะเป็นเหตุผลทำไมเราต้องใช้เฟรมเวิร์กเช่นสปริงหรือ guice ที่ใช้มันกับหมายเหตุประกอบ? ฉันขาดพื้นฐานบางอย่างที่นี่หรือไม่? ฉันกำลังดิ้นรนจริงๆที่จะเข้าใจว่าการใช้กรอบการฉีดพึ่งพาคืออะไร

แก้ไข: เกี่ยวกับความซ้ำซ้อนที่เป็นไปได้ฉันเชื่อว่าคำถามของฉันไม่เหมือนใครเพราะถามเกี่ยวกับกรอบ DI โดยทั่วไปไม่ใช่เฉพาะฤดูใบไม้ผลิ Spring ไม่ได้เป็นเพียงกรอบ DI ดังนั้นจึงมีหลายเหตุผลที่บางคนต้องการใช้ Spring ที่ไม่เกี่ยวข้องกับ DI

เราไม่ต้องการกรอบ เป็นไปได้ทั้งหมดที่จะใช้การฉีดขึ้นต่อกันด้วยตนเองแม้สำหรับโครงการที่ค่อนข้างใหญ่

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

นอกจากนี้กรอบมักจะมีฟังก์ชั่นที่มีประโยชน์อื่น ๆ ยกตัวอย่างเช่น Spring มีกรอบการทำงานที่เป็นประโยชน์สำหรับการวางแนวโปรแกรมรวมถึงการกำหนดขอบเขตการทำธุรกรรมที่ประกาศ (ซึ่งมีประโยชน์อย่างยิ่ง) และความหลากหลายของการปรับใช้อะแดปเตอร์ที่ทำให้หลาย ๆ

1. ทำไมเราต้องมี DI (การพึ่งพาการฉีด) เลย?

   กลไก DI แยกการผลิตวัตถุจากการใช้วัตถุ การพึ่งพาวัตถุที่ต้องการส่งมอบอย่างโปร่งใสจากภายนอก ข้อดีของกลไกมีความชัดเจน: คุณสามารถสลับการอ้างอิงได้ตลอดเวลาเช่นใช้วัตถุ Nullเพื่อวัตถุประสงค์ในการทดสอบ

2. เป็นอย่างไรบ้าง?

   มีหลายวิธีในการบรรลุเป้าหมาย:

   • การฉีดการพึ่งพาผ่านการสร้างคอนสตรัค
   • ฉีดผ่านทะลุ / setter
   • อินเตอร์เฟสการฉีด

3. เราจำเป็นต้องมี DI Frameworks หรือไม่?

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

   แต่ในทางกลับกันกรอบการทำงานจะช่วยคุณจัดการวัตถุ:

   • พวกเขาช่วยคุณเดินสายสัมพันธ์ของวัตถุที่ซับซ้อน คุณต้องเขียนโค้ดสำเร็จรูปเพื่อสร้างอินสแตนซ์และส่งไปยังวัตถุที่เหมาะสม

   • พวกเขาช่วยคุณควบคุมเมื่อวัตถุถูกสร้างขึ้น: คุณสามารถสร้างอินสแตนซ์ระหว่างการบูตแอปพลิเคชันได้ แต่ในบางกรณีการสร้างแบบขี้เกียจ - เมื่อจำเป็น - ดีกว่า

   • พวกเขาช่วยคุณควบคุมจำนวนอินสแตนซ์ที่สร้างขึ้น: หนึ่งรายการต่ออายุการใช้งานของแอปพลิเคชันหรือหนึ่งครั้งต่อคำขอ (ในกรณีที่คุณกำลังเขียนโปรแกรมเว็บ)

หากโครงการของคุณมีขนาดที่เหมาะสม - ถ้าคุณรู้สึกว่าจำเป็นต้องเขียนรหัสสำเร็จรูปน้อยลง - มันสมเหตุสมผลโดยใช้กรอบ (DI-) มีข้อดีมากกว่าข้อเสีย

กับฤดูใบไม้ผลิมันเป็นเรื่องของความสะดวกสบายเป็นส่วนใหญ่

หากคุณมีคลาสTopLevelที่สร้างคลาสMiddleLevelที่สร้างคลาสLowLevelและคุณรู้ว่าคุณต้องการพารามิเตอร์ตัวสร้างใหม่LowLevelคุณต้องเพิ่มมันเข้าไปTopLevelและเพื่อให้MiddleLevelง่ายเมื่อถึงเวลาที่MiddleLevelจะสร้างLowLevelค่าจะมีให้ เพื่อที่จะสามารถส่งผ่านไปยังตัวสร้างของมัน เมื่อใช้สปริงคุณเพียงแค่เพิ่มคำอธิบายประกอบ

นอกจากนี้ด้วยสปริงคุณสามารถกำหนดการพึ่งพาในไฟล์กำหนดค่าภายนอกแทน xml และสิ่งนี้จะช่วยให้คุณสามารถสร้างระบบใหม่ที่มีการเดินสายที่แตกต่างกันโดยสิ้นเชิง "โดยไม่ต้องเปลี่ยนรหัสใด ๆ " (IMHO สิ่งนี้ผิดพลาดอย่างสมบูรณ์เนื่องจากการแก้ไข xml นั้นไม่ได้แตกต่างจากการแก้ไขโค้ดมากนักและจริงๆแล้วรหัสมักจะมีการตรวจสอบข้อผิดพลาดที่ดีกว่าและการตรวจสอบชนิดที่ไม่ใช่ xml)

อีกสิ่งหนึ่งคือหลายคนกลัวการก่อสร้าง พวกเขาไม่เข้าใจพวกเขาไม่ชอบพวกเขาพวกเขาไม่ต้องการใช้พวกเขา

ไม่กี่ปีที่ผ่านมาฉันเขียนโปรแกรมเพื่อตรวจสอบหน้าเว็บ, เว็บพอร์ตเล็ต, แม้แต่ตารางฐานข้อมูลบางอย่าง, ที่ บริษัท ที่ฉันเคยทำงานด้วย ฉันต้องการให้ยืดหยุ่นพอที่ผู้ใช้สามารถระบุว่าจอภาพใดที่จะทำงานและมีพารามิเตอร์ใด (URL, การเข้าสู่ระบบ, เกณฑ์ความสำเร็จ ฯลฯ ) ดังนั้นฉันจึงเขียนมันเพื่ออ่านจากไฟล์ XML และใช้ Java reflection เพื่อยกตัวอย่างคลาสที่ระบุและใช้เมธอด setter เพื่อตั้งค่าพารามิเตอร์ที่ระบุ

หลังจากนั้นฉันก็พบว่าสปริงจะทำสิ่งเดียวกันกับคุณและอีกมากมาย

ดังนั้นในกรณีของฉันฉันพบว่า

1. การใช้เฟรมเวิร์กการพึ่งพาอาศัยช่วยให้โปรแกรมมีความยืดหยุ่นและทำให้ง่ายต่อการระบุวิธีการทำงาน (ภายในพารามิเตอร์ที่กำหนดไว้แน่นอน)

2. การใช้เฟรมเวิร์ก DI ของ บริษัท ภายนอกช่วยให้คุณไม่ต้องคิดค้นล้อใหม่