คำถามติดแท็ก xaml

ดังนั้นฉันทำงานใน. 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พารามิเตอร์บางประเภท แล้วมีสิ่งอื่น ๆ เช่น: …

47 c#  .net  asp.net-mvc  static-typing  xaml 

Model View-Model ได้รับการพัฒนาโดย Microsoft เพื่อกำหนดเป้าหมายแพลตฟอร์มการพัฒนา UI ซึ่งรองรับการเขียนโปรแกรมที่ขับเคลื่อนด้วยเหตุการณ์โดยเฉพาะ Windows Presentation Foundation (WPF) และ Silverlight บนแพลตฟอร์ม. NET โดยใช้ภาษา XAML และ. NET ในหลายปีที่ผ่านมาเฟรมเวิร์ก Javascript จำนวนมากเช่น Angular, Knockout และ ExtJS ได้นำรูปแบบนี้มาใช้ เช่นเดียวกับรูปแบบซอฟต์แวร์ส่วนใหญ่ MVVM มีการใช้งานที่เหมาะสมและใช้ในทางที่ผิด การใช้ MVVM มีเงื่อนไขใดบ้าง เมื่อไรที่ไม่ควรทำ

47 wpf  mvvm  silverlight  angularjs  xaml 

ฉันกำลังทำงานกับแอปพลิเคชัน WPF ที่มีมุมมองที่ต้องการการแปลงค่าจำนวนมาก ในตอนแรกปรัชญาของฉัน (ได้รับแรงบันดาลใจจากการอภิปรายที่มีชีวิตชีวาใน XAML Disciples ) คือฉันควรสร้างแบบจำลองมุมมองอย่างเคร่งครัดเกี่ยวกับการสนับสนุนข้อกำหนดด้านข้อมูลของมุมมอง ซึ่งหมายความว่าการแปลงค่าใด ๆ ที่จำเป็นในการแปลงข้อมูลเป็นสิ่งที่มองเห็นได้แปรงขนาด ฯลฯ จะได้รับการจัดการกับตัวแปลงค่าและตัวแปลงค่าหลายค่า แนวคิดนี้ดูเหมือนจะค่อนข้างหรูหรา รูปแบบการดูและมุมมองทั้งสองจะมีจุดประสงค์ที่แตกต่างกันและแยกกันอย่างชัดเจน เส้นที่ชัดเจนจะถูกวาดระหว่าง "data" และ "look" หลังจากให้กลยุทธ์นี้ "ลองวิทยาลัยเก่า" ฉันมีข้อสงสัยว่าฉันต้องการพัฒนาวิธีนี้ต่อไปหรือไม่ ฉันกำลังพิจารณาการทิ้งตัวแปลงค่าและวางความรับผิดชอบสำหรับ (เกือบ) การแปลงค่าทั้งหมดให้อยู่ในมือของรูปแบบการดูอย่างจริงจัง ความเป็นจริงของการใช้ตัวแปลงมูลค่านั้นดูเหมือนจะไม่สามารถวัดได้ถึงมูลค่าที่ชัดเจนของข้อกังวลที่แยกออกจากกันอย่างหมดจด ปัญหาที่ใหญ่ที่สุดของฉันเกี่ยวกับตัวแปลงมูลค่าคือพวกเขาน่าเบื่อที่จะใช้ คุณต้องสร้างคลาสใหม่ใช้งานIValueConverterหรือIMultiValueConverterโยนค่าหรือค่าจากobjectประเภทที่ถูกต้องทดสอบสำหรับDependencyProperty.Unset(อย่างน้อยสำหรับตัวแปลงหลายค่า) เขียนตรรกะการแปลงลงทะเบียนตัวแปลงในพจนานุกรมทรัพยากร [ดูการปรับปรุงด้านล่าง ] และสุดท้ายเชื่อมต่อตัวแปลงโดยใช้ XAML ค่อนข้างละเอียด (ซึ่งจำเป็นต้องใช้สายอักขระเวทสำหรับทั้งการผูกและชื่อของตัวแปลง[ดูอัปเดตด้านล่าง]) กระบวนการตรวจแก้จุดบกพร่องนั้นไม่มีการปิคนิคเนื่องจากข้อความแสดงข้อผิดพลาดมักจะเป็นความลับโดยเฉพาะในโหมดการออกแบบ / Expression Blend ของ Visual Studio นี่ไม่ได้หมายความว่าทางเลือก - การสร้างตัวแบบมุมมองที่รับผิดชอบต่อการแปลงค่าทั้งหมด - เป็นการปรับปรุง นี่อาจเป็นเรื่องของหญ้าที่เป็นสีเขียวในอีกด้านหนึ่ง นอกจากการสูญเสียความกังวลที่แยกจากกันอย่างสง่างามแล้วคุณต้องเขียนคุณสมบัติที่ได้รับจำนวนมากและทำให้แน่ใจว่าคุณโทรไปอย่างจริงใจRaisePropertyChanged(() …

20 silverlight  wpf  mvvm  xaml 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ฉันแค่สงสัยว่ามีข้อดีหรือข้อเสียที่สำคัญในการใช้ XAML / C # หรือ HTML5 / JavaScript สำหรับ Metro Apps หรือไม่

19 c#  javascript  html5  xaml  metro 

XAML เป็นส่วนหนึ่งของ XML หนึ่งในประโยชน์หลักของการอ้างอิง XAML บน XML คือว่าสามารถแยกวิเคราะห์ด้วยเครื่องมือที่มีอยู่ และในระดับมากถึงแม้ว่าค่าแอตทริบิวต์ (syntactically non-trivial) จะยังคงอยู่ในรูปแบบข้อความและต้องการการแยกวิเคราะห์เพิ่มเติม มีสองทางเลือกหลักในการอธิบาย GUI ในภาษาที่ได้จาก XML หนึ่งคือการทำสิ่งที่ WinForms ทำและอธิบายด้วยรหัสจริง มีปัญหามากมายเกี่ยวกับสิ่งนี้แม้ว่าจะไม่ได้ประโยชน์อย่างสมบูรณ์ ( คำถามเพื่อเปรียบเทียบ XAML กับแนวทางนี้ ) ทางเลือกที่สำคัญอื่น ๆ คือการออกแบบไวยากรณ์ใหม่ทั้งหมดที่ปรับแต่งเป็นพิเศษสำหรับงานในมือ นี้เป็นที่รู้จักกันโดยทั่วไปเป็นโดเมนภาษาเฉพาะ ดังนั้นในความเข้าใจย้อนหลังและเป็นบทเรียนสำหรับคนรุ่นต่อไปในอนาคตมันเป็นความคิดที่ดีที่จะยึด XAML บน XML หรือจะดีกว่าในฐานะภาษาเฉพาะโดเมนที่ออกแบบเองหรือไม่? หากเราออกแบบกรอบ UI ที่ดียิ่งขึ้นเราควรเลือก XML หรือ DSL ที่กำหนดเองหรือไม่ เนื่องจากเป็นการง่ายกว่าที่จะคิดในแง่บวกเกี่ยวกับสภาพที่เป็นอยู่โดยเฉพาะอย่างยิ่งสิ่งที่ชุมชนชื่นชอบมากฉันจะให้เหตุผลบางอย่างเกี่ยวกับสาเหตุที่การสร้างส่วนบนของ XML อาจถือเป็นข้อผิดพลาด การแยกภาษาออกจาก XML มีสิ่งหนึ่งเกิดขึ้น: แยกวิเคราะห์ได้ง่ายกว่า (ตัวแยกวิเคราะห์หลักมีอยู่แล้ว) ต้องการงานออกแบบที่น้อยกว่ามาก …

16 language-design  xaml