แนวทางปฏิบัติที่ดีที่สุดสำหรับสถาปัตยกรรม MVC [ปิด]

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

คำถามที่สองเกี่ยวข้องกับวิธีการจัดโครงสร้างเลเยอร์หรือชั้น แอปพลิเคชันตัวอย่างส่วนใหญ่ (อาหารค่ำ Nerd, Music Store และอื่น ๆ ) ทั้งหมดดูเหมือนจะใช้วิธีชั้นเดียวแบบ 2 ชั้น (ไม่นับการทดสอบ) ซึ่งโดยทั่วไปจะมีตัวควบคุมที่เรียกรหัส L2S หรือ EF โดยตรง

หากฉันต้องการสร้างแอปพลิเคชันหลายชั้น / เลเยอร์แนวทางปฏิบัติที่ดีที่สุดที่เกี่ยวข้องกับ MVC คืออะไร

DI สามารถทำได้ใน ASP MVC โดยใช้ Factory Factory โรงงานนี้ใช้เพื่อแก้ไขการพึ่งพาตัวควบคุมของคุณ

MvcContrib มีการติดตั้งคอนโทรลเลอร์ Facotry บางอย่างที่คุณสามารถใช้งานได้ทันที ฉันใช้การติดตั้ง Castle Windsor ของพวกเขาและทำงานได้ดี ก็จะแนะนำให้ตรวจสอบ TestHelper Class ของพวกเขา มันมีฟังก์ชั่นที่ยอดเยี่ยมมากสำหรับการเยาะเย้ยคอนโทรลเลอร์ HTTPContext, เซสชั่นและอื่น ๆ MVCContrib

ส่วนตัวฉันชอบให้อินสแตนซ์ Repository ของฉันทำงานด้วย โมเดลแสดง api ไปยังที่เก็บ (CRUD) การขึ้นต่อกันของตัวควบคุมในรุ่นใดรุ่นหนึ่งจะถูกสร้างขึ้นบนตัวสร้าง (ตัวสร้าง) ซึ่งจะถูกส่งผ่านทางตัวควบคุมโรงงาน นี่คือจุดเริ่มต้นของฉันไปยังกราฟวัตถุที่ IoC คอนเทนเนอร์ของฉันจัดการ

เราจะวางคลาส Repository ไว้ที่ไหน

พวกเขาอยู่ในรูปแบบ; มันเป็นรูปแบบในแอปพลิเคชัน

ฉันจะจัดโครงสร้างเลเยอร์ได้อย่างไร หากฉันต้องการสร้างแอปพลิเคชันหลายชั้น / เลเยอร์แนวทางปฏิบัติที่ดีที่สุดที่เกี่ยวข้องกับ MVC คืออะไร

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