ฉันเห็นการกำหนดค่าหลายอย่างสำหรับการเก็บข้อมูลในฐานข้อมูล โดยทั่วไปแล้วการออกแบบสามประเภทนั้นดูเหมือนกันในมุมโลกของฉัน:
ฉันสงสัยว่าการกำหนดค่าใด (ถ้ามี) เป็นแนวคิดที่ง่ายที่สุดในการใช้ / เข้ากันได้กับสถาปัตยกรรม MVC มากที่สุด?
(หากไม่ใช่รายการที่ฉันแสดงโปรดให้รายละเอียดคร่าวๆ / ภาพรวมซึ่งเป็นส่วนหนึ่งของคำตอบ)
คำตอบ:
ตัวเลือกที่สองและสามของคุณเหมือนกัน M ใน MVC ไม่ใช่ตัวแบบข้อมูล แต่เป็นตัวแบบโดเมน ซึ่งรวมถึงการคงอยู่ไม่ว่าจะทำโดยตรงหรือผ่าน ORM และทั้งสองอย่างถูกต้องสมบูรณ์
ตัวควบคุมควรจัดการการไหลของเว็บไซต์และส่งผ่านข้อมูลไปยังโดเมน (บางครั้งผ่านทางเลเยอร์บริการ) ที่จะจัดการดังนั้นการคงอยู่จากที่นั่นผิด - หรืออย่างน้อยก็ไม่สบายใจ
ในความเป็นจริงแล้ว MVC นั้นเป็นรูปแบบการใช้งาน UI เป็นส่วนใหญ่ดังนั้นคำถามจึงค่อนข้างสงสัย อย่างไรก็ตามมีตัวเลือกภาพใหญ่เพียงสองตัวเลือกเท่านั้น โดยทั่วไปแล้วคอนโทรลเลอร์ของคุณจะส่งคำขอให้โหลดหรือบันทึกเอนทิตีในแบบจำลองของคุณโดยใช้ 1) ชั้นบริการบางประเภทหรือ 2) รูปแบบ Active Record
เลเยอร์บริการสามารถใช้รูปแบบใด ๆ ก็ได้แม้ว่าความชอบส่วนตัวของฉันคือการทำงานร่วมกับที่เก็บนามธรรมสำหรับเอนทิตีรากรวมการใช้งานที่เป็นรูปธรรมซึ่งจะทำงานร่วมกับ ORM บางประเภทหรือเบา DAO หรือ API สำหรับร้านค้าที่ไม่เกี่ยวข้องถ้าเหมาะสมกับแอปพลิเคชัน
รูปแบบ Active Record หมายความว่าแบบจำลองของคุณมีหน้าที่รับผิดชอบในการคงอยู่แม้ว่าโดยปกติจะหมายถึงคลาสพื้นฐานของการเรียงลำดับบางอย่างจะจัดการการแมปไปยังร้านค้าของคุณดังนั้นโมเดลของคุณจะไม่เกี่ยวข้องโดยตรง
โดยทั่วไปคอนโทรลเลอร์จะส่งคำขอเพื่อคงอยู่ของวัตถุไม่ว่าจะเป็นการเรียกไปยังที่เก็บของคุณการใช้งาน UnitOfWork ของคุณหรือวิธีการบันทึกบนเอนทิตีของคุณ หากคุณกำลังใช้ที่เก็บข้อมูลวัตถุจำลองของคุณจะคงอยู่อย่างไม่รู้ตัว
ในระบบ MVC (model-view-controller) โมเดลจะมีข้อมูล ดังนั้นฉันเชื่อว่าการคงอยู่ของฐานข้อมูลควรอยู่ในนั้น
ตัวอย่าง MVC ระดับสูงส่วนใหญ่ที่ฉันเคยเห็นมีinfrastructureเลเยอร์แยกต่างหากซึ่งมีรหัสการนำไปใช้จริงของฐานข้อมูล (เช่นการเรียกเฉพาะไปยัง NHibernate หรือ EF หรือ Linq หรือเลเยอร์ข้อมูลของคุณ) ในขณะที่เลเยอร์ "แบบจำลอง" (เช่นกัน เลเยอร์ "โดเมน") มีส่วนต่อประสานที่กำหนดบริการข้อมูล
การปฏิบัติมาตรฐานใน MVC คือการรวมโครงสร้างข้อมูลและการคงอยู่ในชั้น M (odel)
เลเยอร์โมเดลไม่เพียงรวมคลาส (POCOs ฯลฯ ) ที่คุณจะใช้ในแอปพลิเคชันของคุณ ซึ่งรวมถึงที่เก็บสำหรับคลาสเหล่านั้น
ตัวอย่างจะเป็นที่เก็บที่คุณมีอินสแตนซ์ของคลาสข้อมูลมากมายเช่น:
Clients repository
AllClients()
RecentClients()
ClientByID(int id)
คุณจะสามารถจัดระเบียบแบบจำลองโดเมนของคุณได้ดีขึ้นและยังสามารถเข้าถึงข้อมูลของคุณได้หลายวิธี แต่ยังคงชั้นข้อมูล / แบบจำลองจะกะทัดรัดและแข็งแกร่ง