The control patterns and what they'

The control patterns and what they're intended for are part of a larger definition of the UI Automation framework, and don't just apply to the accessibility support for a Windows Store app. When you implement a control pattern you should make sure you're implementing it in a way that matches the guidance as documented on MSDN and also in the UI Automation specification. If you're looking for guidance, you can generally use the MSDN topics and won't need to refer to the specification. Guidance for each pattern is documented here: Implementing UI Automation Control Patterns. You'll notice that each topic under this area has an "Implementation Guidelines and Conventions" section and "Required Members" section. The guidance usually refers to specific APIs of the relevant control pattern interface in the Control Pattern Interfaces for Providers reference. Those interfaces are the native/COM interfaces (and their APIs use COM-style syntax). But everything you see there has an equivalent in the Windows.UI.Xaml.Automation.Provider namespace.

If you're using the default automation peers and expanding on their behavior, those peers have already been written in conformance to UI Automation guidelines. If they support control patterns, you can rely on that pattern support conforming with guidance at Implementing UI Automation Control Patterns. If a control peer reports that it's representative of a control type defined by UI Automation, then the guidance documented at Supporting UI Automation Control Types has been followed by that peer.

Nevertheless you might need additional guidance for control patterns or control types in order to follow the UI Automation recommendations in your peer implementation. That would be particularly true if you're implementing pattern or control type support that doesn't yet exist as a default implementation in a UWP control. For example, the pattern for annotations isn't implemented in any of the default XAML controls. But you might have an app that uses annotations extensively and therefore you want to surface that functionality to be accessible. For this scenario, your peer should implement IAnnotationProvider and should probably report itself as the Document control type with appropriate properties to indicate that your documents support annotation.

We recommend that you use the guidance that you see for the patterns under Implementing UI Automation Control Patterns or control types under Supporting UI Automation Control Types as orientation and general guidance. You might even try following some of the API links for descriptions and remarks as to the purpose of the APIs. But for syntax specifics that are needed for UWP app programming, find the equivalent API within the Windows.UI.Xaml.Automation.Provider namespace and use those reference pages for more info.

ผลลัพธ์ (ไทย) 1:

รูปแบบการควบคุมและสิ่งที่พวกเขากำลังไว้สำหรับเป็นส่วนหนึ่งของคำจำกัดความขนาดของกรอบ UI Automation และไม่เพียงต้องใช้เพื่อการสนับสนุนการเข้าถึงสำหรับแอปใน Windows Store เมื่อคุณใช้รูปแบบการควบคุมคุณควรตรวจสอบว่า คุณกำลังใช้มัน ในทางที่ตรงกับคำแนะนำระบุไว้ใน MSDN และใน UI Automation หากคุณกำลังมองหาคำแนะนำ คุณสามารถใช้หัวข้อ MSDN โดยทั่วไป และไม่จำเป็นต้องหมายถึงข้อกำหนด คำแนะนำสำหรับแต่ละรูปแบบไว้ที่นี่: การใช้ UI Automation ควบคุมรูป คุณจะสังเกตเห็นว่า แต่ละหัวข้อภายใต้พื้นที่นี้ส่วน "การใช้งานคำแนะนำและแผน" และ "จำเป็นสมาชิก" คำแนะนำมักจะหมายถึงเฉพาะ APIs ของอินเทอร์เฟซแบบควบคุมที่เกี่ยวข้องในอินเทอร์เฟซแบบควบคุมสำหรับการอ้างอิงบริการ อินเทอร์เฟซที่มีอินเทอร์เฟซ ภาษา/COM (และ APIs การใช้ COM แบบไวยากรณ์) แต่ทุกอย่างที่คุณมองเห็นได้เทียบเท่ากับใน Windows.UI.Xaml.Automation.Provider namespaceถ้าคุณกำลังใช้เครื่องลูกทำงานอัตโนมัติเริ่มต้น และขยายในลักษณะการทำงานของพวกเขา เพื่อนเหล่านั้นได้ถูกเขียนสอดคล้องกับแนวทาง UI Automation หากพวกเขาสนับสนุนรูปแบบควบคุม คุณสามารถพึ่งที่สนับสนุนรูปแบบที่สอดคล้องกับคำแนะนำในการใช้ UI Automation ควบคุมรูป ถ้าเพียร์ควบคุมรายงานว่า เป็นตัวแทนของชนิดการควบคุมที่กำหนด โดย UI Automation แล้วแนะนำเอกสารที่สนับสนุน UI Automation ควบคุมประเภทได้ถูกตาม โดยเพียร์ที่อย่างไรก็ตาม คุณอาจต้องคำแนะนำเพิ่มเติมสำหรับรูปแบบการควบคุมหรือควบคุมชนิดเพื่อทำตามคำแนะนำของ UI Automation ในการใช้งานของเพียร์ ที่จะเป็นจริงโดยเฉพาะอย่างยิ่งถ้าคุณกำลังใช้รูปแบบหรือควบคุมสนับสนุนชนิดที่ยังไม่มีเป็นงานเริ่มต้นในตัวควบคุมด้วยครับ เช่น รูปแบบคำอธิบายไม่นำมาใช้ในการเริ่มต้นควบคุม XAML แต่คุณอาจมีโปรแกรมประยุกต์ที่ใช้คำอธิบายอย่างกว้างขวาง และดังนั้น คุณต้องการผิวงานที่สามารถเข้าถึง สำหรับสถานการณ์สมมตินี้ เพียร์ของคุณควรใช้ IAnnotationProvider และควรจะรายงานเองเป็นเอกสารควบคุมชนิดมีคุณสมบัติที่เหมาะสมเพื่อบ่งชี้ว่า เอกสารสนับสนุนคำอธิบายเราขอแนะนำให้ คุณใช้คำแนะนำที่คุณเห็นลายภายใต้ชนิดการใช้ UI Automation ควบคุมรูปหรือควบคุมภายใต้สนับสนุน UI Automation ควบคุมชนิดเป็นแนวและคำแนะนำทั่วไป แม้คุณอาจลองไปบางลิงค์ API สำหรับคำอธิบายและหมายเหตุว่าวัตถุประสงค์ของ APIs แต่สำหรับประเภทไวยากรณ์ที่จำเป็นสำหรับการรันโปรแกรมการเขียนโปรแกรม หา API เทียบเท่าภายใน namespace ของ Windows.UI.Xaml.Automation.Provider และใช้หน้าเว็บอ้างอิงสำหรับข้อมูลเพิ่มเติม

ผลลัพธ์ (ไทย) 2:

รูปแบบการควบคุมและสิ่งที่พวกเขากำลังมีไว้สำหรับการเป็นส่วนหนึ่งของความหมายที่มีขนาดใหญ่ของกรอบ UI อัตโนมัติและไม่เพียงแค่นำไปใช้กับการสนับสนุนการเข้าถึงสำหรับแอป Windows ร้าน เมื่อคุณใช้รูปแบบการควบคุมที่คุณควรตรวจสอบให้แน่ใจว่าคุณกำลังดำเนินการในทางที่ตรงกับแนวทางที่เป็นเอกสารใน MSDN และยังอยู่ในสเปค UI อัตโนมัติ หากคุณกำลังมองหาคำแนะนำคุณโดยทั่วไปสามารถใช้หัวข้อ MSDN และจะไม่ต้องดูสเปค คำแนะนำสำหรับแต่ละรูปแบบการจัดทำเอกสารที่นี่: รูปแบบการใช้ UI ควบคุมการทำงานอัตโนมัติ คุณจะพบว่าแต่ละหัวข้อภายใต้พื้นที่นี้มี "แนวทางการดำเนินงานและการประชุม" ส่วนและส่วน "ต้องใช้สมาชิก" แนวทางที่มักจะหมายถึง API ที่เฉพาะเจาะจงของอินเตอร์เฟซรูปแบบการควบคุมที่เกี่ยวข้องในการควบคุมการเชื่อมต่อแบบสำหรับการอ้างอิงผู้ให้บริการ อินเตอร์เฟซผู้ที่มีอินเตอร์เฟซพื้นเมือง / COM (และ API ของพวกเขาใช้ไวยากรณ์ COM สไตล์) แต่ทุกสิ่งที่คุณเห็นมีมีเทียบเท่าใน namespace Windows.UI.Xaml.Automation.Provider. หากคุณกำลังใช้ทำเนียบอัตโนมัติเริ่มต้นและการขยายตัวในพฤติกรรมของพวกเขาเพื่อนผู้ที่ได้รับการจารึกไว้ในความสอดคล้องกับแนวทาง UI อัตโนมัติ หากพวกเขาสนับสนุนรูปแบบการควบคุมคุณสามารถพึ่งพาการสนับสนุนรูปแบบที่สอดคล้องกับคำแนะนำในการใช้รูปแบบ UI ควบคุมการทำงานอัตโนมัติ หากเพียร์ควบคุมรายงานว่ามันเป็นตัวแทนของประเภทการควบคุมที่กำหนดโดยอัตโนมัติ UI แล้วคำแนะนำเอกสารสนับสนุนประเภท UI ควบคุมอัตโนมัติได้รับการปฏิบัติตามโดยเพียร์นั้น. แต่คุณอาจต้องการคำแนะนำเพิ่มเติมสำหรับรูปแบบการควบคุมหรือชนิดควบคุมในการสั่งซื้อที่จะปฏิบัติตาม คำแนะนำ UI อัตโนมัติในการดำเนินงานของเพียร์ ที่จะเป็นจริงโดยเฉพาะอย่างยิ่งถ้าคุณกำลังดำเนินการรูปแบบหรือการสนับสนุนการควบคุมประเภทที่ยังไม่อยู่ในฐานะที่เริ่มต้นใช้งานในการควบคุม UWP ตัวอย่างเช่นรูปแบบสำหรับคำอธิบายประกอบไม่ได้ดำเนินการใด ๆ ในการควบคุม XAML เริ่มต้น แต่คุณอาจจะมีการตรวจสอบที่ใช้คำอธิบายประกอบอย่างกว้างขวางและดังนั้นคุณต้องการไปยังพื้นผิวการทำงานที่จะสามารถเข้าถึงได้ สำหรับสถานการณ์นี้เพียร์ของคุณควรใช้ IAnnotationProvider และอาจจะต้องรายงานตัวเองเป็นประเภทเอกสารการควบคุมที่มีคุณสมบัติเหมาะสมที่จะแสดงให้เห็นว่าเอกสารของคุณสนับสนุนการบันทึกย่อ. เราขอแนะนำให้คุณใช้คำแนะนำที่คุณเห็นรูปแบบภายใต้รูปแบบการใช้ UI อัตโนมัติควบคุมหรือ ประเภทการควบคุมภายใต้การสนับสนุนประเภท UI ควบคุมอัตโนมัติในขณะที่การวางแนวทางและคำแนะนำทั่วไป คุณอาจจะพยายามต่อไปนี้บางส่วนของการเชื่อมโยง API สำหรับรายละเอียดและหมายเหตุเป็นวัตถุประสงค์ของ API ที่ แต่สำหรับรายละเอียดไวยากรณ์ที่มีความจำเป็นสำหรับการเขียนโปรแกรมแอพพลิเค UWP หา API เทียบเท่าภายใน namespace Windows.UI.Xaml.Automation.Provider และใช้หน้าอ้างอิงเหล่านั้นสำหรับข้อมูลเพิ่มเติม

ผลลัพธ์ (ไทย) 3:

การควบคุมรูปแบบและสิ่งที่พวกเขาตั้งใจเป็นส่วนหนึ่งของคำนิยามที่ใหญ่กว่าของ UI Automation Framework และไม่ใช้แค่เพื่อสนับสนุนการเข้าถึงสำหรับที่ App Store ใน Windows เมื่อคุณใช้การควบคุมรูปแบบคุณควรให้แน่ใจว่าคุณใช้มันในทางที่ตรงกับคำแนะนำ เช่น เอกสารใน MSDN และใน UI Automation สเปค หากคุณกำลังมองหาคำแนะนำ , คุณโดยทั่วไปสามารถใช้ MSDN หัวข้อและไม่ต้องดูที่สเปค คำแนะนำสำหรับแต่ละรูปแบบเป็นเอกสารที่นี่ : การใช้ UI แบบควบคุมอัตโนมัติ คุณจะสังเกตเห็นว่าในแต่ละหัวข้อในพื้นที่นี้มี " แนวทางการดําเนินงานและการประชุม และ " ต้อง " กลุ่มสมาชิก " ส่วน คำแนะนำที่มักจะหมายถึงเฉพาะ APIs ของการควบคุมที่เกี่ยวข้องรูปแบบอินเตอร์เฟซในการควบคุมรูปแบบอินเทอร์เฟซสำหรับการอ้างอิงของผู้ให้บริการ อินเตอร์เฟซที่เป็นอินเตอร์เฟซพื้นเมือง / COM ( และ APIs ใช้ com รูปแบบไวยากรณ์ ) แต่ทุกอย่างที่คุณเห็นมีเทียบเท่าใน windows.ui.xaml.automation.provider namespace .ถ้าคุณกำลังใช้เริ่มต้นอัตโนมัติเพื่อนและขยายในพฤติกรรมของพวกเขา เพื่อนเหล่านั้นได้ถูกเขียนในสอดคล้องกับแนวทางอัตโนมัติ UI ถ้าพวกเขาสนับสนุนรูปแบบการควบคุมคุณสามารถพึ่งพารูปแบบที่สนับสนุนสอดคล้องกับคำแนะนำในการใช้ UI แบบควบคุมอัตโนมัติ ถ้าเพื่อนควบคุมรายงานว่ามันเป็นตัวแทนของการควบคุมประเภทที่กำหนดโดยอัตโนมัติ UI แล้วแนะนำเอกสารที่สนับสนุนประเภทระบบควบคุมอัตโนมัติ UI ได้รับตามที่เพื่อนอย่างไรก็ตามคุณอาจต้องการคำแนะนำเพิ่มเติมสำหรับรูปแบบการควบคุมหรือควบคุมประเภทเพื่อติดตาม UI อัตโนมัติในการแนะนำเพื่อนของคุณ นั่นจะเป็นจริงโดยเฉพาะอย่างยิ่งถ้าคุณกำลังใช้รูปแบบหรือควบคุมชนิดสนับสนุนที่ยังไม่รู้อยู่เป็นค่าเริ่มต้นการดำเนินงานใน uwp ควบคุม ตัวอย่างเช่น รูปแบบสำหรับบันทึกย่อที่ไม่ได้ใช้ใด ๆของค่าเริ่มต้น XAML การควบคุม แต่คุณอาจมี app ที่ใช้บันทึกย่อที่กว้างขวางและดังนั้นคุณต้องการพื้นผิวการทำงานที่สามารถเข้าถึงได้ ในสถานการณ์สมมตินี้ เพื่อนของคุณควรใช้ iannotationprovider และควรรายงานเอง เช่นการควบคุมเอกสารประเภทที่มีคุณสมบัติเหมาะสมที่จะบอกได้ว่าเอกสารของคุณการจัดการที่รองรับ .เราขอแนะนำให้คุณใช้คำแนะนำที่คุณเห็นในรูปแบบภายใต้การใช้ UI อัตโนมัติควบคุมรูปแบบหรือชนิดของการควบคุมภายใต้การสนับสนุนชนิดการควบคุมอัตโนมัติ UI เป็นทิศทางและคำแนะนำทั่วไป คุณอาจจะลองตามลิงค์ของ API สำหรับคำอธิบายและกล่าวว่าวัตถุประสงค์ของ APIs แต่เวลา ใช้ เฉพาะ ที่ จำเป็น สำหรับ uwp App โปรแกรมหาเทียบเท่า API ภายใน windows.ui.xaml.automation.provider namespace และการใช้งานเหล่านั้นการอ้างอิงหน้าสำหรับข้อมูลเพิ่มเติม