Determining the existing state of UI Automation support for your custo การแปล - Determining the existing state of UI Automation support for your custo ไทย วิธีการพูด

Determining the existing state of U

Determining the existing state of UI Automation support for your custom UI class

Before you attempt to implement an automation peer for a custom control, you should test whether the base class and its automation peer already provides the accessibility or automation support that you need. In many cases, the combination of the FrameworkElementAutomationPeer implementations, specific peers, and the patterns they implement can provide a basic but satisfactory accessibility experience. Whether this is true depends on how many changes you made to the object model exposure to your control versus its base class. Also, this depends on whether your additions to base class functionality correlate to new UI elements in the template contract or to the visual appearance of the control. In some cases your changes might introduce new aspects of user experience that require additional accessibility support.

Even if using the existing base peer class provides the basic accessibility support, it is still a best practice to define a peer so that you can report precise ClassName information to UI Automation for automated testing scenarios. This consideration is especially important if you are writing a control that is intended for third-party consumption.


Automation peer classes

The UWP builds on existing UI Automation techniques and conventions used by previous managed-code UI frameworks such as Windows Forms, Windows Presentation Foundation (WPF) and Microsoft Silverlight. Many of the control classes and their function and purpose also have their origin in a previous UI framework.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
สภาพที่มีอยู่สนับสนุน UI Automation สำหรับคลาส UI ของคุณเองก่อนที่คุณพยายามใช้การเพียร์อัตโนมัติสำหรับตัวควบคุมแบบกำหนดเอง คุณควรทดสอบว่าคลาพื้นฐานและระบบอัตโนมัติของเพื่อนแล้วให้การสนับสนุนคำที่คุณต้องการ ในหลายกรณี งาน FrameworkElementAutomationPeer เฉพาะเพื่อน และรูปแบบที่พวกเขาใช้สามารถให้ประสบการณ์พื้นฐาน แต่พอถึง ไม่ว่าจะเป็นจริงขึ้นอยู่กับการเปลี่ยนแปลงคุณทำกับวัตถุแบบแสงการควบคุมเมื่อเทียบกับระดับพื้นฐาน นอกจากนี้ นี้ขึ้นอยู่กับว่าคุณเพิ่มการทำงานระดับความสัมพันธ์องค์ประกอบ UI ใหม่ในสัญญาแม่แบบ หรือลักษณะที่ปรากฏของตัวควบคุม ในบางกรณี การเปลี่ยนแปลงอาจแนะนำลักษณะใหม่ของประสบการณ์ผู้ใช้ที่ต้องการการสนับสนุนเพิ่มเติมสำหรับการเข้าถึงถ้าใช้คลาเพียร์ฐานที่มีอยู่ให้การสนับสนุนการเข้าถึงพื้นฐาน จะยังคงควรกำหนดแบบเพียร์เพื่อให้คุณสามารถรายงานข้อมูลที่ผิด ClassName แม่นยำการ UI Automation สำหรับสถานการณ์การทดสอบอัตโนมัติ พิจารณานี้เป็นสิ่งสำคัญอย่างยิ่งถ้าคุณกำลังเขียนตัวควบคุมที่มีไว้สำหรับการบริโภคของบุคคลที่สามชั้นเรียนอัตโนมัติเพียร์ด้วยครับสร้างเทคนิค UI Automation ที่มีอยู่และแบบแผนใช้งาน UI รหัสจัดการก่อนหน้านี้เช่นแบบ ฟอร์ม Windows, Windows งานนำเสนอมูลฐาน (WPF) และ Microsoft Silverlight หลายชั้นควบคุม และฟังก์ชัน และวัตถุประสงค์มีมาในกรอบ UI ก่อนหน้า
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
กำหนดรัฐที่มีอยู่ของการสนับสนุน UI อัตโนมัติสำหรับการเรียน UI ที่กำหนดเองของคุณก่อนที่คุณพยายามที่จะใช้เพียร์อัตโนมัติสำหรับการควบคุมที่กำหนดเองคุณควรทดสอบว่าระดับฐานและเพียร์อัตโนมัติแล้วให้การเข้าถึงหรือการสนับสนุนระบบอัตโนมัติที่คุณต้องการ ในหลายกรณีการรวมกันของการใช้งาน FrameworkElementAutomationPeer เพื่อนที่เฉพาะเจาะจงและรูปแบบที่พวกเขาดำเนินการสามารถให้ประสบการณ์การเข้าถึงพื้นฐาน แต่ที่น่าพอใจ ไม่ว่าจะเป็นความจริงขึ้นอยู่กับจำนวนการเปลี่ยนแปลงที่คุณทำกับการสัมผัสรูปแบบวัตถุในการควบคุมของคุณเมื่อเทียบกับระดับฐานของมัน นอกจากนี้ขึ้นอยู่กับว่าการเพิ่มของคุณเพื่อการทำงานระดับฐานมีความสัมพันธ์กับองค์ประกอบ UI ใหม่ ๆ ในการทำสัญญาแม่แบบหรือลักษณะที่ปรากฏของการควบคุม ในบางกรณีการเปลี่ยนแปลงของคุณอาจแนะนำด้านใหม่ของประสบการณ์การใช้งานที่จำเป็นต้องมีการสนับสนุนการเข้าถึงเพิ่มเติม. แม้ว่าการใช้ชั้นฐานเพียร์ที่มีอยู่ให้การสนับสนุนการเข้าถึงขั้นพื้นฐานก็ยังคงเป็นวิธีที่ดีที่สุดที่จะกำหนดเพียร์เพื่อให้คุณสามารถรายงานข้อมูล ClassName แม่นยำ อัตโนมัติ UI สำหรับสถานการณ์การทดสอบแบบอัตโนมัติ พิจารณานี้เป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งถ้าคุณเขียนการควบคุมที่มีไว้สำหรับการบริโภคของบุคคลที่สาม. อัตโนมัติเรียนเพียร์UWP สร้างขึ้นบนเทคนิค UI อัตโนมัติและการประชุมที่ใช้โดยก่อนหน้านี้มีการจัดการรหัสกรอบ UI เช่นแบบฟอร์ม Windows, Windows Presentation Foundation ที่มีอยู่ ( WPF) และ Microsoft Silverlight หลายคนในชั้นเรียนและการควบคุมฟังก์ชั่นและวัตถุประสงค์ของพวกเขายังมีต้นกำเนิดของพวกเขาในกรอบ UI ก่อนหน้านี้








การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: