คุณลักษณะ C # หรือ. Net เพื่อตัดออกโดยไม่จำเป็นต้องใช้ความเข้ากันได้แบบย้อนหลังได้หรือไม่ [ปิด]

ผลิตภัณฑ์หรือกรอบงานใด ๆ วิวัฒนาการ โดยหลักแล้วมันจะทำเพื่อให้ทันกับความต้องการของผู้ใช้และใช้ประโยชน์จากพลังการประมวลผลใหม่และทำให้ดีขึ้น บางครั้งเป้าหมายการออกแบบหลักก็เปลี่ยนแปลงกับผลิตภัณฑ์ C # หรือ. net framework จะไม่มีข้อยกเว้น อย่างที่เราเห็นรุ่นปัจจุบันของรุ่นที่ 4 แตกต่างกันมากเมื่อเทียบกับรุ่นแรก แต่สิ่งที่มาเป็นสิ่งกีดขวางต่อความเข้ากันได้ของวิวัฒนาการนี้

ในส่วนใหญ่ของเฟรมเวิร์ก / ผลิตภัณฑ์มีคุณสมบัติที่จะถูกตัดออกหากไม่จำเป็นต้องรองรับความเข้ากันได้ย้อนหลัง คุณสมบัติเหล่านี้ใน C # /. net คืออะไร

กรุณาพูดถึงหนึ่งคุณสมบัติต่อคำตอบ

วิธีการที่ไม่ระบุชื่อ ฉันคิดว่าทุกคนยอมรับว่าไวยากรณ์ของวิธีที่ไม่ระบุชื่อที่เลือกสำหรับ C # 2.0 นั้นเป็นก้อนและ clunky เมื่อเทียบกับไวยากรณ์ lambda ที่เราเพิ่มเข้าไปใน C # 3.0 โชคไม่ดีที่มีซินแท็กซ์สองตัวที่เกือบเหมือนกันในการทำสิ่งเดียวกัน

ฉันจะกำจัดคอลเล็กชันที่ไม่ใช่ทั่วไป พวกเขาเป็นสิ่งที่น่ารังเกียจ ... และมีหลายกรณีเกินไปที่ฉันใช้ linq และต้องทำอะไรบางอย่างเช่น

var customObjects = container.CustomObjects.Cast<CustomObject>();

ทุกครั้งที่ฉันต้องทำสิ่งนั้นส่วนเล็ก ๆ ในชีวิตของฉันก็ตาย

เป็นโมฆะประเภท เหตุใดในโลกจึงเป็น "โมฆะ" ประเภท? ไม่มีอินสแตนซ์ไม่มีค่าคุณไม่สามารถใช้เป็นอาร์กิวเมนต์ชนิดทั่วไปชนิดพารามิเตอร์ที่เป็นทางการชนิดโลคัลชนิดฟิลด์หรือชนิดคุณสมบัติ มันไม่มีความหมายว่าเป็นประเภท; ค่อนข้างเป็นความจริงเกี่ยวกับผลกระทบที่การเรียกใช้เมธอดมีบนสแต็กของเครื่องเสมือน แต่เครื่องเสมือนนั้นเป็นเพียง: เครื่องเสมือน เครื่องจริงจะใส่ค่าที่ส่งคืนในรีจิสเตอร์ (โดยทั่วไปคือ EAX บน x86) และไม่มีผลกับสแต็กเลย! ความว่างเปล่าเป็นประเภทเป็นเพียงความคิดที่ไม่ดีรอบ ๆ

แย่ลง: เมื่อใช้ในประเภทตัวชี้ตามที่void*หมายถึงสิ่งที่แตกต่างอย่างสมบูรณ์กว่าสิ่งที่มันหมายถึงเมื่อใช้เป็นประเภทผลตอบแทน ตอนนี้มันหมายถึง "ตัวชี้ไปยังที่เก็บข้อมูลประเภทที่ไม่รู้จัก" ซึ่งไม่มีอะไรเกี่ยวข้องกับความหมายของมันในฐานะ "วิธีการที่ไม่คืนค่าใด ๆ "

เราสามารถเปลี่ยนเป็นชนิดชี้กับvoid* IntPtr(และvoid**ด้วยIntPtr*และต่อไปเรื่อย ๆ ) เราสามารถแทนที่โมฆะเป็นประเภทส่งคืนด้วย "หน่วย" ซึ่งเป็นประเภทที่มีค่าเดียวคือโมฆะ การนำไปใช้งานของ CLR สามารถตัดสินใจได้ว่าการเรียกใช้ฟังก์ชันที่พิมพ์หน่วยสามารถปรับการใช้งานของการลงทะเบียนหรือสแต็กอย่างเหมาะสมโดยรู้ว่า null ที่ถูก "ส่งคืน" สามารถละเว้นได้อย่างปลอดภัย

ในโลกใบนี้คุณไม่จำเป็นต้องแยกจากกันFunc<A, R>และเป็นAction<T>ตัวแทนอีกต่อไป เป็นเพียงAction<T>Func<T, Unit>

;คำสั่งที่ว่างเปล่า เกิดข้อผิดพลาดมักจะเป็นตัวพิมพ์ใหญ่และไม่ให้ความหมายใด ๆ ที่ยังไม่ได้แสดงออก{}มา

ความแปรปรวนไม่ปลอดภัยบนอาร์เรย์ของชนิดการอ้างอิง ด้วยความแปรปรวนร่วม typesafe IEnumerable<T>อย่างน้อยความจำเป็นในการแปรปรวนอาร์เรย์ได้หายไป (ถ้าเรามีอินเตอร์เฟซรายการอ่านอย่างเดียว covariant เราก็ไม่จำเป็นต้องใช้เลย)

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

(ชี้แจงผู้ประกอบการบวกเอก+xไม่ได้เป็นผู้ประกอบการ preincrement ++xไม่ประกอบ postincrement x++และไม่ดำเนินการนอกจากนี้ไบนารีx+y.)

การเริ่มต้นตัวอักษรตัวเลขเป็น double

สำหรับแอปทางธุรกิจส่วนใหญ่decimalมีความเหมาะสมมากกว่าอยู่แล้ว ... หรืออาจเป็นการดีกว่าที่จะลบแนวคิดของค่าเริ่มต้นออกและบังคับให้นักพัฒนาเลือกตัวเลือกจริง

(นั่น "ลบเริ่มต้น" จะเหมาะสมสำหรับสิ่งอื่น ๆ บางเกินไป. ตัวอย่างเช่นผมได้รับค่าพยายามที่จะชักชวนให้ทุกคนที่เรียนควรจะปิดผนึกโดยค่าเริ่มต้น แต่ฉันสงสัยว่ามันง่ายที่จะชักชวนให้คนที่พวกเขาควรจะคิดเกี่ยวกับ ควรจะปิดคลาสใหม่ของพวกเขาหรือไม่และทำให้ชัดเจน)

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

รูปแบบอย่างเป็นทางการIDisposableในการดำเนินการ

มันยุ่งยากและมีกำลังวิธีที่ดีกว่า

ฉันรู้ว่ามีความแตกต่างใหญ่ระหว่างคลาสตัวจับเวลาต่าง ๆ แต่เราไม่สามารถกำจัดพวกเขาหนึ่งหรือสองคนได้หรือไม่?

วิธีการและประเภทของArrayและList<T>ที่ล้าสมัยกับ Linq ตัวอย่างเช่น:

• Array.TrueForAll สามารถถูกแทนที่ด้วย Enumerable.All
• Array.FindAll สามารถถูกแทนที่ด้วย Enumerable.Where
• List<T>.ConvertAll สามารถถูกแทนที่ด้วย Enumerable.Select
• Predicate<T> สามารถถูกแทนที่ด้วย Func<T, bool>
• Converter<T,R> สามารถถูกแทนที่ด้วย Func<T, R>
• IComparer<T> ควรเป็นตัวแทน Func<T, T, int>

ผู้รับมอบสิทธิ์ที่ ไม่ใช่ทั่วไปเช่นเดียวกับคอลเลกชันที่ไม่ใช่ทั่วไปผู้ได้รับมอบหมายที่ไม่ใช่ทั่วไปจะไร้ประโยชน์ในขณะนี้ที่เรามีซีรี่ส์ Func และ Action และฉันจะตัดตัวแปรที่สามพารามิเตอร์ หากคุณมีพารามิเตอร์มากกว่าสามตัวให้สร้างโครงสร้างและใช้เป็นพารามิเตอร์เดียว การประกาศผู้รับมอบสิทธิ์ที่เฉพาะเจาะจงสำหรับการจัดการเหตุการณ์นั้นไม่ได้แห้งมากนัก

บริการเว็บ asmx

ฉันคิดว่าพวกเขาล้าสมัยกับ WCF ทุกวันนี้

Winforms
เป็นเรื่องดีที่ไม่ต้องเลื่อนไปมาระหว่างสองแพลตฟอร์มเดสก์ท็อป WPF เป็นสิ่งที่เกิดขึ้นดังนั้นมันน่าผิดหวังที่มีความซ้ำซ้อนในระดับแพลตฟอร์ม