Theo hiểu biết của tôi, AutomationProperties có thể được sử dụng để xác định tên của các điều khiển bởi các máy khách UI Automation.Tại sao cần phải có AutomationProperties trong WPF
Tôi muốn hiểu cần phải tạo các thuộc tính tự động hóa riêng biệt và không sử dụng x: Tên cho cùng một mục đích.
Hãy suy nghĩ về một hộp văn bản, trong ứng dụng của bạn là PhoneNumberTextBox và bạn cũng có PhoneNumberLabel và PhoneNumberValidationTick. Sau đó, chúng được hiển thị bên trong hộp nhóm có nhãn hiển thị “Khách hàng”
Người mù cố sử dụng ứng dụng của bạn muốn trình đọc màn hình nói “Số điện thoại của khách hàng” khi họ tab vào hộp văn bản, tương tự như vậy thử nghiệm viết một kiểm tra giao diện người dùng tự động cho ứng dụng của bạn muốn có thể tìm thấy hộp văn bản có chứa "Số điện thoại của khách hàng".
Bây giờ nếu ứng dụng của bạn đã được dịch sang tiếng Đức…. Người dùng mù có muốn người đọc màn hình nói "Kundentelefonnummer" không?
Bây giờ hãy tưởng tượng bạn thay đổi ứng dụng của mình để sử dụng PhoneNumberInputControl, bạn có thể muốn thay đổi tên của điều khiển trong mã của mình, nhưng người thử muốn thay đổi tên điều khiển không thay đổi…. Vì vậy, chúng ta cần khái niệm về tên được sử dụng bởi các chương trình cố gắng đi bộ các điều khiển logic “quan trọng” của một ứng dụng tại thời gian chạy và tự động hóa một cái gì đó về cách người dùng tương tác với ứng dụng.
bản sao có thể có của [AutomationProperties.Name VS x: Name] (http://stackoverflow.com/questions/4605777/automationproperties-name-vs-xname) – Jon
Nó không trùng lặp. Câu hỏi trong liên kết (AutomationProperties.Name VS x: Name) xác định sự khác biệt là gì. Câu hỏi của tôi là tại sao? – Tilak
Tại sao? Bởi vì có một sự khác biệt trong những gì mỗi người trong số họ nên được sử dụng cho. Cùng một lý do mà mọi người sử dụng cả xe hơi và xe tải để vận chuyển thay vì chỉ có một loại xe. Bạn có cảm thấy rằng câu trả lời của tôi có để lại những câu hỏi mở? Tôi sẽ rất vui khi cải thiện nó. – Jon