เหตุใดฉันจึงควรใช้รายการ <T> บน IEnumerable <T>

ในแอปพลิเคชันเว็บ ASP.net MVC4 ของฉันฉันใช้ IEnumerables พยายามติดตามมนต์เพื่อเขียนโปรแกรมไปยังส่วนต่อประสานไม่ใช่เพื่อการนำไปใช้

Return IEnumerable(Of Student)

VS

Return New List(Of Student)

มีคนบอกให้ฉันใช้ List และไม่ใช่ IEnumerable เพราะรายการบังคับให้แบบสอบถามดำเนินการและ IEumerable ไม่

นี่เป็นวิธีปฏิบัติที่ดีที่สุดจริง ๆ หรือ มีทางเลือกอื่นอีกไหม? ฉันรู้สึกแปลก ๆ ที่ใช้วัตถุที่เป็นรูปธรรมซึ่งสามารถใช้ส่วนต่อประสาน ความรู้สึกแปลก ๆ ของฉันเป็นธรรมหรือไม่?

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

เรื่องสั้นสั้นใช้IEnumerableทุกเวลาที่คุณต้องการเพียงแค่วนซ้ำใช้IListเมื่อคุณต้องการทำดัชนีโดยตรงและต้องการอาร์เรย์ที่มีขนาดแบบไดนามิก (ถ้าคุณต้องการสร้างดัชนีในอาร์เรย์ขนาดคงที่จากนั้นใช้อาร์เรย์มาตรฐาน)

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

เกี่ยวกับ MVC ไม่มีอะไรพิเศษที่จะต้องทราบที่นี่ มันจะเป็นไปตามกฎเวลาการดำเนินการเช่นเดียวกับส่วนที่เหลือของ. NET ฉันคิดว่าคุณอาจมีใครสักคนที่สับสนเพราะความหมายในการดำเนินการล่าช้าในอดีตและตำหนิมันใน MVC บอกคุณว่ามันเกี่ยวข้องกัน แต่อย่างใด ไม่. ความหมายของการดำเนินการล่าช้าทำให้ทุกคนสับสนในตอนแรก อีกครั้งแม้ว่าคุณจะไม่ต้องกังวลจนกว่าคุณจะมั่นใจได้ว่าการสืบค้น LINQ จะไม่ถูกดำเนินการสองครั้งหรือต้องการให้มีการดำเนินการตามลำดับที่สัมพันธ์กับรหัสอื่น ๆ ณ จุดนี้กำหนดตัวแปรของคุณให้กับตัวเอง ToList () เพื่อบังคับให้ดำเนินการและคุณจะไม่เป็นไร

มีสองประเด็น

IENumerable<Data> query = MyQuery();

//Later
foreach (Data item in query) {
  //Process data
}

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

ปัญหาที่สองคือการเชื่อมต่อของคุณจะไม่ถูกนำออกใช้จนกว่าการวนรอบ "ข้อมูลกระบวนการ" จะเสร็จสมบูรณ์ นี่เป็นปัญหาเฉพาะถ้า "ข้อมูลกระบวนการ" ซับซ้อน สิ่งนี้ถูกกล่าวถึงที่http://msdn.microsoft.com/en-us/library/bb386929.aspx :

ถามการเชื่อมต่อฐานข้อมูลของฉันยังคงเปิดนานเท่าไหร่

A. โดยปกติแล้วการเชื่อมต่อจะยังคงเปิดอยู่จนกว่าคุณจะใช้ผลลัพธ์แบบสอบถาม หากคุณคาดว่าจะใช้เวลาในการประมวลผลผลลัพธ์ทั้งหมดและไม่คัดค้านการแคชผลลัพธ์ให้ใช้ ToList กับแบบสอบถาม ในสถานการณ์ทั่วไปที่แต่ละวัตถุถูกประมวลผลเพียงครั้งเดียวโมเดลการสตรีมจะดีกว่าทั้ง DataReader และ LINQ ไปยัง SQL

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

ตามกฎทั่วไปฉันแนะนำให้หลีกเลี่ยงการวนซ้ำ IEnumerable มากกว่าหนึ่งครั้ง สมมติว่าผู้บริโภครหัสของคุณปฏิบัติตามกฎนี้ฉันไม่คิดว่าจะกังวลว่ามีบางคนอาจเข้าสู่ฐานข้อมูลสองครั้งด้วยการดำเนินการค้นหาสองครั้ง

ประโยชน์ของการแจกแจงIEnumerableต้นอื่นก็คือข้อยกเว้นจะถูกโยนในสถานที่ที่เหมาะสม ช่วยในการดีบัก

ตัวอย่างเช่นหากคุณได้รับข้อยกเว้นการหยุดชะงักในมุมมองมีดโกนของคุณมุมมองมีดโกนจะไม่ชัดเจนเหมือนกับการยกเว้นที่เกิดขึ้นระหว่างหนึ่งในวิธีการเข้าถึงข้อมูลของคุณ