เหตุใดโลกของ. Net จึงดูเหมือนว่าจะโอบกอดสายเวทมนตร์แทนที่จะเป็นทางเลือกที่ถูกพิมพ์อย่างคงที่?

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

ASP.Net MVC:

สวัสดีเส้นทางโลก:

        routes.MapRoute(
            "Default",                                              // Route name
            "{controller}/{action}/{id}",                           // URL with parameters
            new { controller = "Home", action = "Index", id = "" }  // Parameter defaults
        );

สิ่งนี้หมายความว่า ASP.Net MVC จะค้นหาHomeControllerรหัสของคุณ สร้างอินสแตนซ์ใหม่ของมันแล้วเรียกใช้ฟังก์ชันIndex กับidพารามิเตอร์บางประเภท แล้วมีสิ่งอื่น ๆ เช่น:

RenderView("Categories", categories);
...or..
ViewData["Foobar"]="meh";

แล้วมีสิ่งที่คล้ายกันกับ XAML เช่นกัน DataContextได้รับการปฏิบัติเหมือนเป็นวัตถุและคุณต้องหวังและสวดภาวนาเพื่อแก้ไขสิ่งที่คุณต้องการ DependencyProperties ต้องใช้สายเวทและแบบแผนการตั้งชื่อเวทมนต์ และสิ่งนี้:

  MyData myDataObject = new MyData(DateTime.Now);      
  Binding myBinding = new Binding("MyDataProperty");
  myBinding.Source = myDataObject;

แม้ว่าจะขึ้นอยู่กับการคัดเลือกนักแสดงและสนับสนุนเวทย์มนตร์ต่างๆ

อย่างไรก็ตามฉันพูดทั้งหมดที่จะจบลงที่นี่: เหตุใดจึงมีการยอมรับอย่างดีในโลก. Net? เราไม่ได้ใช้ภาษาที่พิมพ์แบบสแตติกเพื่อให้รู้ว่าประเภทของสิ่งนั้นคืออะไร? เหตุใดจึงมีการสะท้อนและพิมพ์ / วิธี / คุณสมบัติ / ชื่อใด ๆ (เป็นสตริง) มากกว่าในการเปรียบเทียบกับชื่อสามัญและผู้ได้รับมอบหมายหรือแม้แต่การสร้างรหัส?

มีสาเหตุมาจากสาเหตุที่ฉันขาดหายไปหรือไม่เพราะเหตุใดไวยากรณ์การจัดเส้นทางของ ASP.Net อาศัยการสะท้อนกลับเพื่อแก้ไขวิธีจัดการเส้นทางอย่างแท้จริงหรือไม่ ฉันเกลียดเมื่อฉันเปลี่ยนชื่อของเมธอดหรือคุณสมบัติและทันใดนั้นสิ่งต่าง ๆ แตกสลาย แต่ดูเหมือนจะไม่มีการอ้างอิงใด ๆ กับวิธีการหรือคุณสมบัตินั้นและแน่นอนว่าไม่มีข้อผิดพลาดของคอมไพเลอร์ เหตุใดความสะดวกสบายที่ชัดเจนของสายเวทจึงถูกพิจารณาว่า "คุ้มค่า"?

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

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

คุณยังพูดถึง XAML / WPF ซึ่งทั้งคู่อยู่ในระหว่างการพัฒนาที่ดีก่อนที่จะนำ generics ไปสู่. NET และการกลับไปที่การสนับสนุน generics จะทำให้เกิดความล่าช้าของผลิตภัณฑ์ที่ล่าช้ามาก (Longhorn / Vista)

มีตัวอย่างภายในกรอบ ASP.NET MVC ของการใช้แลมบ์ดานิพจน์แทนสตริงมายากลและเอนทิตี Framework / LINQ นำมันยิ่งไปกว่านั้นที่ภาษาและกรอบให้การสนับสนุนพื้นเมืองสำหรับการเขียนแบบสอบถาม SQL บนกราฟวัตถุแบบคงที่ (แทนที่จะสร้าง สตริง Magic SQL คุณจะได้รับการตรวจสอบเวลาของแบบสอบถามของคุณ

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

ดังนั้นคำตอบสั้น ๆ ก็คือในอดีตนั้น. NET ไม่รองรับการเคลื่อนที่แบบคงที่ของกราฟวัตถุจนกระทั่งการปล่อย 3.5 ตอนนี้เรามีแล้วนักพัฒนาหลายคนชอบมันมากกว่าสายเวทและหลายคนก็ผลักดันการสนับสนุนที่ลึกซึ้งยิ่งขึ้นเช่นตัวดำเนินการ symbolOf ที่ทำงานคล้ายกับตัวดำเนินการ typeOf