การผกผันของการพึ่งพาที่ใช้กันอย่างดีนั้นให้ความยืดหยุ่นและความมั่นคงในระดับสถาปัตยกรรมทั้งหมดของแอปพลิเคชันของคุณ มันจะช่วยให้แอปพลิเคชันของคุณพัฒนาอย่างมั่นคงและปลอดภัยยิ่งขึ้น
สถาปัตยกรรมแบบดั้งเดิม
ตามเนื้อผ้า UI สถาปัตยกรรมชั้นขึ้นอยู่กับชั้นธุรกิจและสิ่งนี้จะขึ้นอยู่กับชั้นการเข้าถึงข้อมูล
คุณต้องเข้าใจเลเยอร์แพ็คเกจหรือไลบรารี เรามาดูกันว่ารหัสจะเป็นอย่างไร
เราจะมีไลบรารีหรือแพ็คเกจสำหรับ data access layer
// DataAccessLayer.dll
public class ProductDAO {
}
และตรรกะทางธุรกิจอื่น ๆ ของไลบรารีหรือแพคเกจเลเยอร์แพ็กเกจที่ขึ้นอยู่กับชั้นการเข้าถึงข้อมูล
// BusinessLogicLayer.dll
using DataAccessLayer;
public class ProductBO {
private ProductDAO productDAO;
}
สถาปัตยกรรมแบบเลเยอร์ที่มีการผกผันของการพึ่งพา
การผกผันของการพึ่งพาแสดงต่อไปนี้:
โมดูลระดับสูงไม่ควรขึ้นอยู่กับโมดูลระดับต่ำ ทั้งสองควรขึ้นอยู่กับ abstractions
บทคัดย่อไม่ควรขึ้นอยู่กับรายละเอียด รายละเอียดควรขึ้นอยู่กับ abstractions
โมดูลระดับสูงและระดับต่ำคืออะไร การคิดโมดูลเช่นไลบรารีหรือแพ็กเกจโมดูลระดับสูงจะเป็นโมดูลที่มีการอ้างอิงและระดับต่ำที่พึ่งพา
กล่าวอีกนัยหนึ่งโมดูลระดับสูงจะเป็นที่ที่การดำเนินการถูกเรียกใช้และระดับต่ำที่จะทำการดำเนินการ
ข้อสรุปที่สมเหตุสมผลในการดึงออกมาจากหลักการนี้ก็คือว่าไม่ควรมีการพึ่งพาอาศัยกันระหว่างข้อตกลงร่วมกัน แต่จะต้องมีการพึ่งพาสิ่งที่เป็นนามธรรม แต่ตามแนวทางที่เราใช้เราอาจเป็นการลงทุนที่ไม่เหมาะสมขึ้นอยู่กับการพึ่งพา แต่สิ่งที่เป็นนามธรรม
ลองจินตนาการว่าเราปรับรหัสของเราดังนี้:
เราจะมีไลบรารีหรือแพ็คเกจสำหรับ data access layer ซึ่งกำหนดสิ่งที่เป็นนามธรรม
// DataAccessLayer.dll
public interface IProductDAO
public class ProductDAO : IProductDAO{
}
และตรรกะทางธุรกิจอื่น ๆ ของไลบรารีหรือแพคเกจเลเยอร์แพ็กเกจที่ขึ้นอยู่กับชั้นการเข้าถึงข้อมูล
// BusinessLogicLayer.dll
using DataAccessLayer;
public class ProductBO {
private IProductDAO productDAO;
}
แม้ว่าเราจะขึ้นอยู่กับการพึ่งพานามธรรมระหว่างการเข้าถึงธุรกิจและข้อมูลยังคงเหมือนเดิม
ในการรับการผกผันของการพึ่งพาอินเทอร์เฟซการคงอยู่จะต้องกำหนดไว้ในโมดูลหรือแพคเกจที่ตรรกะหรือโดเมนระดับสูงนี้อยู่และไม่ได้อยู่ในโมดูลระดับต่ำ
ขั้นแรกให้กำหนดว่าเลเยอร์โดเมนคืออะไรและสิ่งที่เป็นนามธรรมของการสื่อสารนั้นถูกกำหนดไว้
// Domain.dll
public interface IProductRepository;
using DataAccessLayer;
public class ProductBO {
private IProductRepository productRepository;
}
หลังจากเลเยอร์การคงอยู่ขึ้นอยู่กับโดเมนการกลับด้านตอนนี้หากมีการกำหนดการอ้างอิง
// Persistence.dll
public class ProductDAO : IProductRepository{
}
(ที่มา: xurxodev.com )
หลักการที่ลึกซึ้งยิ่งขึ้น
มันเป็นสิ่งสำคัญที่จะดูดซึมแนวคิดดีลึกวัตถุประสงค์และผลประโยชน์ หากเราอยู่ในเชิงกลไกและเรียนรู้ที่เก็บกรณีทั่วไปเราจะไม่สามารถระบุได้ว่าเราจะใช้หลักการพึ่งพาได้ที่ไหน
แต่ทำไมเราถึงต้องพึ่งการพึ่งพา? อะไรคือวัตถุประสงค์หลักนอกเหนือจากตัวอย่างที่เฉพาะเจาะจง?
โดยทั่วไปแล้วอนุญาตให้สิ่งที่มีเสถียรภาพมากที่สุดซึ่งไม่ได้ขึ้นอยู่กับสิ่งที่มีเสถียรภาพน้อยกว่าที่จะเปลี่ยนบ่อยขึ้น
เป็นการง่ายกว่าที่จะเปลี่ยนประเภทการคงอยู่ไม่ว่าจะเป็นฐานข้อมูลหรือเทคโนโลยีเพื่อเข้าถึงฐานข้อมูลเดียวกันกว่าตรรกะโดเมนหรือการกระทำที่ออกแบบมาเพื่อสื่อสารกับการคงอยู่ ด้วยเหตุนี้การพึ่งพาอาศัยกันจะถูกย้อนกลับเนื่องจากง่ายต่อการเปลี่ยนแปลงการติดตาถ้าการเปลี่ยนแปลงนี้เกิดขึ้น ด้วยวิธีนี้เราจะไม่ต้องเปลี่ยนโดเมน เลเยอร์โดเมนมีความเสถียรที่สุดของทั้งหมดซึ่งเป็นสาเหตุที่ไม่ควรขึ้นอยู่กับอะไร
แต่มีไม่เพียงตัวอย่างพื้นที่เก็บข้อมูลนี้ มีหลายสถานการณ์ที่ใช้หลักการนี้และมีสถาปัตยกรรมที่ยึดตามหลักการนี้
สถาปัตยกรรม
มีสถาปัตยกรรมที่ผกผันการพึ่งพาเป็นกุญแจสำคัญในการกำหนด ในทุกโดเมนมันเป็นสิ่งที่สำคัญที่สุดและเป็นนามธรรมที่จะระบุโปรโตคอลการสื่อสารระหว่างโดเมนและส่วนที่เหลือของแพคเกจหรือไลบรารีที่กำหนดไว้
สถาปัตยกรรมที่สะอาด
ในสถาปัตยกรรมแบบสะอาดโดเมนจะอยู่ที่กึ่งกลางและหากคุณมองไปในทิศทางของลูกศรที่บ่งบอกถึงการพึ่งพามันจะชัดเจนว่าเลเยอร์ที่สำคัญและมั่นคงที่สุดคืออะไร เลเยอร์ด้านนอกถือเป็นเครื่องมือที่ไม่เสถียรดังนั้นควรหลีกเลี่ยงการใช้มัน
(ที่มา: 8thlight.com )
สถาปัตยกรรมหกเหลี่ยม
มันเกิดขึ้นในลักษณะเดียวกันกับสถาปัตยกรรมหกเหลี่ยมซึ่งโดเมนตั้งอยู่ในภาคกลางและพอร์ตต่างก็เป็นนามธรรมของการสื่อสารจากโดมิโนภายนอก ที่นี่อีกครั้งเห็นได้ชัดว่าโดเมนที่มีเสถียรภาพมากที่สุดและการพึ่งพาแบบดั้งเดิมจะคว่ำ
