WPF กับ WinForms - มุมมองของโปรแกรมเมอร์ Delphi หรือไม่?

ฉันได้อ่านหัวข้อหลัก ๆ ใน WPF กับ WinForms แล้วและฉันพบว่าตัวเองติดอยู่ในความสับสนที่คุณสามารถตกหลุมได้เมื่อตัดสินใจระหว่างเทคโนโลยีที่ผ่านการทดลองและจริงมาแล้ว (Winforms) และเป็นตัวตายตัวแทน (WPF)

ฉันเป็นโปรแกรมเมอร์ Delphi ที่มีประสบการณ์มาหลายปีจนทำให้ C # โปรแกรมเมอร์ Delphi เพื่อนของฉันออกไปที่นั่นจะเข้าใจว่าฉันตื่นเต้นที่จะรู้ว่า Anders Hejlsberg จากชื่อเสียงของ Delphi คือสถาปนิกด้านหลัง C # ฉันมีความแข็งแกร่งในส่วนประกอบที่กำหนดเองของ VCL ของ Delphi โดยเฉพาะอย่างยิ่งผู้ที่เกี่ยวข้องในการสร้างวิซาร์ดและส่วนประกอบหลายขั้นตอนที่ทำหน้าที่เป็นภาชนะสำหรับส่วนประกอบของเด็ก

ด้วยพื้นหลังนั้นฉันหวังว่าพวกคุณที่เปลี่ยนจาก Delphi เป็น C # สามารถช่วยฉันในการตัดสินใจ WinForms vs. WPF สำหรับการเขียนแอปพลิเคชันเริ่มต้นของฉัน หมายเหตุฉันรู้สึกกระวนกระวายใจมากเมื่อการเขียนโค้ดและสิ่งต่าง ๆ เช่นการสนับสนุนการดีบักเกอร์ที่สมบูรณ์แบบอัตโนมัติเต็มรูปแบบและเหมาะสมสามารถสร้างหรือทำลายโปรเจ็กต์สำหรับฉันรวมถึงความสามารถในการค้นหาข้อมูลที่พร้อมใช้งานบนคุณสมบัติ API และการโทร .

หัวข้อและความคิดเห็น SO ในช่วงวันที่ต้นปี 2009 ทำให้ฉันกังวลอย่างมากเกี่ยวกับ WPF เมื่อพูดถึงความผิดหวังที่อาจเกิดขึ้นซึ่งอาจทำให้การเข้ารหัส C # UI ของฉันแย่ลง ในทางตรงกันข้ามการใช้เวลามากเกินไปในการเรียนรู้เทคโนโลยี API นั่นคือแม้ว่ามันจะไม่ถูกทอดทิ้งในไม่ช้าจะถูกแทนที่ (WinForms) ก็เป็นเรื่องที่น่าหนักใจและฉันก็พบว่าการสนับสนุน GPU ใน WPF ยั่วเย้า

ดังนั้นความสับสนของฉัน เนื่องจากฉันไม่ได้เรียนรู้เทคโนโลยีอย่างใดอย่างหนึ่ง แต่ฉันมีโอกาสน้อยมากที่จะเริ่มต้นใหม่และไม่ต้องเผชิญกับความโค้ง "ไม่รู้" ที่ใหญ่หลวงฉันเคยเห็นผู้คนพูดถึงหัวข้อต่าง ๆ เมื่อโปรแกรมเมอร์ WinForms ย้ายไป WPF ในทางกลับกันถ้าใช้ WPF จะทำให้หงุดหงิดเกินไปหรือมีผลกระทบด้านลบที่สำคัญอื่น ๆ สำหรับผู้พัฒนา RAD ที่ใจร้อนเช่นฉันแล้วฉันจะติดกับ WinForms จน WPF อยู่ในระดับเดียวกันกับการสนับสนุนและใช้งานง่าย เพื่อให้ตัวอย่างที่ชัดเจนเกี่ยวกับจิตวิทยาของฉันในฐานะโปรแกรมเมอร์ฉันใช้ VB และต่อมา Delphi เพื่อหลีกเลี่ยงความเจ็บปวดที่แท้จริงของการเข้ารหัสด้วย MFC ซึ่งเป็นไลบรารี Windows UI ที่นักพัฒนาจำนวนมากต้องประสบในขณะที่พัฒนาแอป Windows ยุคแรก ๆ ฉันไม่เคยเสียใจในการหลีกเลี่ยง MFC

มันจะเป็นการสบายใจที่จะรู้ว่า Anders Hejlsberg มีสถาปัตยกรรมของ WPF และ / หรือ WinForms หรือไม่และหากมีความแตกต่างในวิสัยทัศน์ที่สร้างสรรค์และใช้งานง่ายในฐานรหัสทั้งสอง ในที่สุดสำหรับโปรแกรมเมอร์ Delphi อีกครั้งแจ้งให้ฉันทราบว่า "IDE schock" ฉันใช้เมื่อใช้ WPF เมื่อเทียบกับ WinForms โดยเฉพาะอย่างยิ่งเมื่อมันมาถึงการสนับสนุนการดีบักเกอร์ ความคิดเห็นของตลาดงานใด ๆ ที่อัพเดทสำหรับปี 2011 จะได้รับการชื่นชมเช่นกัน

หากคุณมีพื้นหลัง Delphi คุณจะผิดหวังใน WinForms คุณจะพยายามทำสิ่งต่าง ๆ ที่ง่ายใน VCL เพียงเพื่อจะพบว่ามันยากลำบากหรือเป็นไปไม่ได้ WPF จะมีข้อ จำกัด น้อยกว่ามาก

ตัวอย่างเช่นต่อไปนี้เป็นข้อ จำกัด บางประการของ WinForms ที่เราพบ:

• WinForms ไม่มีอะไรที่เปรียบเทียบกับ TAction ดังนั้นหากคุณคุ้นเคยกับการเขียนโค้ดด้วยการกระทำการแบ่งปันข้อความและไอคอนเดียวกันระหว่างรายการเมนูและปุ่มแถบเครื่องมือและเมนูคลิกขวา, การรวมตรรกะการเปิดใช้งานของคุณและปรับปรุงสถานะการเปิดใช้งาน ในเบื้องหลังด้วย OnUpdate ... คุณจะเกลียด WinForms ซึ่งคุณต้องทำทุกอย่างที่ยากและผิดพลาด
• WinForms 'เก่า (. NET วินเทจ 1.0) MainMenu ไม่สนับสนุนภาพที่อยู่ถัดจากรายการเมนูและ MenuStrip ใหม่ (แนะนำใน. NET 2.0) เต็มไปด้วยข้อบกพร่องที่ Microsoft ปฏิเสธที่จะแก้ไข (เพราะการแก้ไขข้อผิดพลาดอาจทำลายความเข้ากันได้ย้อนหลัง)
• การควบคุมหลายอย่างเช่น TreeView นั้นมีการทำงานต่ำมากเมื่อเทียบกับ VCL (ช้าอย่างเจ็บปวดไม่มีเจ้าของวาดตัวเลือกการปรับแต่งที่ขาดหายไป ฯลฯ )
• ไม่มีอะไรที่เหมือนกับชุมชนที่มีชีวิตชีวาของนักพัฒนาควบคุมบุคคลที่สามที่คุณคุ้นเคยใน Delphi มีห้องสมุดควบคุมคุณภาพอยู่ที่นั่น แต่คุณจ่ายให้พวกเขา - ข้อเสนอฟรีเช่น VirtualTreeView ไม่ได้อยู่ที่นั่นสำหรับ WinForms

WPF เป็นกระดูกที่เปลือยเปล่าเล็กน้อยในบางประเด็นมากกว่า WinForms แต่มันสามารถขยายได้อย่างมหาศาล

• คุณต้องการอะไรซักอย่าง WPF มี ICommand ซึ่งรวยพอ ๆ กับที่คุณคุ้นเคย (แต่ต้องแน่ใจว่าคุณได้อ่านบทความ MVVM ของ Josh Smith - ปกติคุณต้องเปิด / ปิดการใช้งานคำสั่งของคุณด้วยตนเองเมื่อสถานะเปลี่ยนแปลง แต่เวอร์ชั่นของเขาจะยิงรหัสเปิดใช้งานของคุณโดยอัตโนมัติ ในพื้นหลังเหมือนที่คุณคุ้นเคยกับ OnUpdate)
• คุณต้องการภาพในเมนู? ที่ถูกสร้างขึ้นใน (และไม่มีที่ไหนใกล้เคียงกับรถใน WinForms)
• WinForms ดึงเจ้าของออกมาใช้ในการควบคุมที่สำคัญบางอย่าง แต่ถ้าคุณใช้ WPF แทนคุณไม่จำเป็นต้องวาดเจ้าของ - หากคุณต้องการให้โหนด TreeView ของคุณมีข้อความสีดำตามด้วยตัวเลขสีน้ำเงินในวงเล็บคุณเพียงแค่ ใส่ไว้ใน DataTemplate ของคุณและใช้งานได้โดยไม่จำเป็นต้องใช้รหัสวาดเจ้าของที่น่าเกลียด
• คุณต้องการการควบคุมจากบุคคลที่สามหรือไม่ ในหลายกรณีคุณไม่จำเป็นต้องใช้เพราะคุณสามารถขยายสิ่งที่มีในรูปแบบ WinForms และใช่นักพัฒนา VCL สามารถฝันถึง

WPF มีช่วงการเรียนรู้ที่สูงชันมาก แต่ถ้าคุณหยิบหนังสือดีๆ (เช่น " WPF 4 Unleashed ") มันจะช่วยให้คุณได้รับสิ่งที่แย่ที่สุด - และคุณยินดีที่จะทำงานกับกรอบที่ จะไม่รั้งคุณไว้ในแบบที่ WinForms จะทำได้

ฉันมักจะแปลกใจมากกับผู้คนที่บอกว่าพวกเขาไม่มีประสบการณ์ที่ดีกับ WPF ฉันเป็นนักพัฒนาที่เปลี่ยนจาก C ++ / MFC เป็น C # / WinForms เป็น C # / WPF การเปลี่ยนจาก WinForms เป็น WPF ไม่ใช่เรื่องง่ายเพราะการเรียนรู้ XAML ไม่ใช่เรื่องง่าย แต่เมื่อคุณได้รับมันแล้วมันเป็นเทคโนโลยีที่ยอดเยี่ยม ฉันคนหนึ่งไม่สามารถกลับไปใช้ WinForms ได้ WPF ยอดเยี่ยมมาก

อีกอย่างที่ทำให้ฉันรำคาญใจคือคนทั่วไปเชื่อมโยง WPF กับ UI เท่านั้น ย่อมดีกว่า WinForms 100 เท่าในความคิดของฉันในความสะดวกในการออกแบบ UI แต่มีเหตุผลอื่น ๆ อีกมากมายที่คุณจะชอบใช้ WPF:

1. UI แน่นอน
2. ผูก แค่เวทมนต์ธรรมดา ฟีเจอร์ที่ทรงพลังที่สุดหลังจาก UI แอปพลิเคชัน LOB ได้ประโยชน์จากสิ่งนี้มากที่สุด
3. คำสั่ง
4. แยกความกังวล นักออกแบบทำงานเกี่ยวกับการออกแบบโปรแกรมโปรแกรมเมอร์
5. คุณสมบัติที่แนบมา คุณสามารถขยายการทำงานของการควบคุมของบุคคลที่สามโดยไม่ต้องซอร์สโค้ด (แม้ว่าจุดนี้จะเป็นส่วนหนึ่งของจุดแรก)
6. เปลี่ยนเป็น Silverlight ได้ง่าย (ทั้งเว็บและ WP7)

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

และเหตุผลที่ยิ่งใหญ่ที่สุดก็คืออนาคต อาจถูกรวมเข้ากับ Silverlight แต่ทักษะจะยังคงเหมือนเดิม

ดังนั้นฉันจะขอแนะนำให้คุณใช้วิธีการ WPF

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

คำแนะนำสองสามบรรทัด:

• เริ่มง่าย: อย่าพยายามใช้โปรเจคแรกของคุณโดยใช้ MVVM เท่านั้นหรือแอนิเมชั่นแฟนซี เริ่มต้นง่ายๆด้วยหน้าต่างปุ่มและรายการ
• ใช้ประโยชน์จาก DataBinding
• ซื้อหนังสือWPF Unleashedโดย Adam Nathan

ฉันควรทราบก่อนว่าฉันเป็นนักพัฒนา asp.net เป็นส่วนใหญ่แม้ว่าฉันเคยใช้ winform มาแล้วมากมาย การเปลี่ยนไปใช้ WPF นั้นไม่ใหญ่เท่ากับที่คุณทำ (IMO) หลังจากผ่านไปหนึ่งสัปดาห์หรือมากกว่านั้น (40+ ชั่วโมง) ส่วนใหญ่เป็นลักษณะที่สองอีกครั้ง

อย่างไรก็ตามฉันเชื่อว่า Anders Hejlsberg เป็นหนึ่งในสถาปนิกที่อยู่เบื้องหลัง WPF อย่างน้อยก็ตามผู้จัดพิมพ์ของหนังสือเล่มนี้ ->

“ ในฐานะหนึ่งในสถาปนิกที่อยู่เบื้องหลัง WPF คริสแอนเดอร์สันอธิบายอย่างชำนาญไม่เพียง แต่ 'วิธีการ' แต่ยังรวมถึง 'ทำไม' หนังสือเล่มนี้เป็นแหล่งข้อมูลที่ยอดเยี่ยมสำหรับทุกคนที่ต้องการเข้าใจหลักการออกแบบและแนวปฏิบัติที่ดีที่สุดของ WPF ” –Anders Hejlsberg เพื่อนทางเทคนิคของ Microsoft Corporation

http://www.amazon.com/Essential-Windows-Presentation-Foundation-WPF/dp/0321374479

Winforms เกือบจะเหมือนกันกับการพัฒนา Delphi และแน่นอนมีเหตุผลสำหรับสิ่งนั้น เช่นเดียวกับโมเดลวัตถุ Delphi / Object Pascal ที่มีอิทธิพลอย่างมากต่อ C # ดังนั้นรูปแบบของระบบจึงมีอิทธิพลต่อ Winforms

WPF ดูเหมือนจะเป็นทิศทางของสิ่งต่าง ๆ มีการกล่าวกันว่า VS2010 UI (งดงาม!) นั้นใช้ WPF ซึ่งแตกต่างจากรุ่นก่อน ๆ ที่สร้างขึ้นบน Winforms

หากคุณต้องการที่จะอยู่ในเขตความสะดวกสบายของคุณไปกับ winforms หากคุณต้องการติดตามเรื่องราวล่าสุดและยิ่งใหญ่ที่สุดดื่มด่ำกับ WPF

ฉันไม่ใช่โปรแกรมเมอร์ Delphi แต่ใช่ฉันได้ทำงานทั้ง WinForm (หนัก) และ WPF (น้อยกว่าปานกลาง) ฉันเห็นด้วยกับคุณในระดับความคับข้องใจสำหรับคนที่จะเปลี่ยนจาก WinForm เป็น WPF เนื่องจากฉันมีตัวเองอยู่ในสถานการณ์นั้น แต่จนกว่าฉันจะชินกับมัน เรียนรู้และดูว่ายอดเยี่ยมและยืดหยุ่นกับ WPF นั้นเปรียบเทียบกับ WinForm ได้อย่างไร มันมีช่วงการเรียนรู้ที่หนักหน่วงอย่างน้อยสำหรับคนที่มาจากพื้นหลังของ Delphi ไม่ใช่ Winform สำหรับคุณมันคุ้มค่าที่จะไปสู่ ​​WPF มากกว่า WinForm และคุ้มค่ากับเวลา

คุณอาจต้องการดูลิงค์ด้านล่างเพื่อเริ่มต้นด้วย:

• http://drwpf.com/blog/
• http://www.wpftutorial.net/
• http://joshsmithonwpf.wordpress.com/

ฉันทำงาน Windows Forms บางส่วนแล้ว (โดยส่วนใหญ่อยู่ในพ็อกเก็ตพีซี) รวมถึงสภาพแวดล้อมที่ไม่ใช่. NET อื่น ๆ ที่ใช้หลักการเดียวกัน เมื่อฉันย้ายไป WPF ประมาณสามปีที่ผ่านมาในช่วงสองสามเดือนแรกฉันสาบาน ในที่สุดมันก็แค่ "คลิก" และฉันก็ไม่ได้มองย้อนกลับไป - ในความเป็นจริงฉันจะถูกกระแทกถ้าโครงการต่อไปของฉันต้องการให้ฉันกลับไปที่ Windows Forms

ครั้งล่าสุดที่มีการอัปเดต Windows Forms คือในปี 2005 (VS 2005) แต่ยังคงมีอยู่ แต่ไม่มีการปรับปรุงโดย Microsoft อีกต่อไป WPF เป็นเด็กใหม่ในบล็อกสำหรับแอปเดสก์ท็อปดังนั้นหากคุณกำลังจะย้ายไปที่แพลตฟอร์ม. NET โดยใช้เครื่องมือ MS ดังนั้นฉันจะบอกว่ามันเป็นทางออกที่ปลอดภัย บางคนผลัก Silverlight เป็นโซลูชันเดสก์ท็อป แต่เมื่อฉันมองว่าเป็นไปได้ฉันพบว่ามีข้อ จำกัด มากเกินไป (ซึ่งอาจสมเหตุสมผลในบริบทของเว็บ แต่ไม่มากบนเดสก์ท็อป)

บรรทัดล่าง: มีเส้นโค้งการเรียนรู้ที่สูงชันและฉันยังคงเรียนรู้มัน แต่มันก็คุ้มค่า มันสนุกมาก

หากคุณกำลังจะเขียนแอปพลิเคชันใหม่ตั้งแต่เริ่มต้นการใช้ WinForms จะเป็นความผิดพลาด โดยพื้นฐานแล้วมันจะตายจากมุมมองการลงทุน Microsoft จะเก็บไว้เป็นระยะเวลานาน แต่คุณจะไม่ได้รับคุณสมบัติใหม่หรือการสนับสนุนใหม่ ฯลฯ WPF เป็นทิศทางที่ชัดเจนสำหรับแอปพลิเคชันเดสก์ท็อปสำหรับอนาคตบนแพลตฟอร์ม MS

จากมุมมองของอาชีพคุณจะดีกว่าการรู้จัก WPF กับ WinForms ด้วยเหตุผลเดียวกันข้างต้น นอกจากนี้คุณยังจะได้เรียนรู้เกี่ยวกับ Silverlight อีกด้วย มีการทับซ้อนกันระหว่างสองแพลตฟอร์ม

และในที่สุด WPF ก็สนุกขึ้นกว่าเดิม และมีพลังมากขึ้น

เส้นโค้งการเรียนรู้นั้นชันกว่าฉันให้คุณ แต่มันจะคุ้มค่ามากกว่าในที่สุด

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

แก้ไข: เป็นลิงค์ที่ผมให้ชี้ออกและแสดงความคิดเห็น Gulshan ของไฮไลต์แสงจันทร์เป็นความพยายามเปิดแหล่งที่มานำโดยทีมงานขาวดำเพื่อให้ข้ามแพลตฟอร์มสนับสนุน Silverlight

ฉันตื่นเต้นเมื่อฉันได้ยินเกี่ยวกับ WPF ความคิดฟังดูยอดเยี่ยมและทุกสิ่งที่ฉันเห็นในนั้นช่างสวยงาม อย่างไรก็ตามเมื่อฉันมาใช้ใน Visual Studio 2008 (เป็นที่ยอมรับเบต้า) ฉันพบว่ามันน่าหงุดหงิดและแปลกตาที่จะทำงานกับในผู้ออกแบบ / IDE

ฉันโพสต์ข้อมูลเล็กน้อยในบล็อกของฉันในเวลา:
http://blog.dantup.com/2007/08/visual-studio-2008-beta-2-first.html
http://blog.dantup.com/2007 /08/wpf-designer-cider-part-2.html

ฉันไม่ได้ลองในปี 2010 แม้ว่าฉันจะได้พูดคุยกับคนที่มีและมันก็ดูเหมือนว่ามันยังมีความซับซ้อน / น่ารำคาญเล็กน้อยในการจับ

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