Можно ли отключить автоматизацию пользовательского интерфейса для всего приложения WPF 4.0?

Мы столкнулись с той же проблемой, о которой упоминалось в вопросе, когда клиент автоматизации пользовательского интерфейса влиял на производительность нашего WPF приложения.

Попробовав все исправления и обходные пути, мы наконец нашли решение. Каждый элемент управления пользовательского интерфейса имеет объект AutomationPeer, который предоставляет свойства текущего элемента управления и его дочерних элементов управления. Клиент автоматизации пользовательского интерфейса использует эти AutomationPeer объекты для получения информации об элементах управления пользовательского интерфейса. Для большинства элементов управления пользовательского интерфейса в WPF имеется встроенный одноранговый класс автоматизации, и мы также можем создать собственный одноранговый класс.

Ниже приведен настраиваемый одноранговый класс автоматизации. Обратите внимание, что в методе GetChildrenCore он возвращает пустой список вместо списка фактических дочерних элементов управления.

public class CustomWindowAutomationPeer : FrameworkElementAutomationPeer
{
    public CustomWindowAutomationPeer(FrameworkElement owner) : base(owner) { }

    protected override string GetNameCore()
    {
        return "CustomWindowAutomationPeer";
    }

    protected override AutomationControlType GetAutomationControlTypeCore()
    {
        return AutomationControlType.Window;
    }

    protected override List<AutomationPeer> GetChildrenCore()
    {
        return new List<AutomationPeer>();
    }
}

Затем в главном окне переопределите метод OnCreateAutomationPeer:

protected override System.Windows.Automation.Peers.AutomationPeer OnCreateAutomationPeer()
{
    return new CustomWindowAutomationPeer(this);
}

Теперь, когда клиент автоматизации пользовательского интерфейса пытается получить дочерние элементы управления главного окна, он возвращает пустой список и поэтому не может выполнять итерацию по остальным элементам управления.

Дополнительные сведения см. В этой статье MSDN.

У нас была такая же проблема с элементами управления DevExpress. Нам не помогает ни один обходной код. И я полагаю, что нет никакого «переключателя» для отключения UI Automation. Но начиная с последних версий в DevExpress появился волшебный класс ClearAutomationEventsHelper, который делает некоторые трюки. Как я понял, идея состоит в том, чтобы очистить свойство AutomationEvents.Count (через Reflection) для элементов управления, вызывающих проблемы. Например, они вызывают этот метод в своих базовых элементах управления (из MeasureOverride) или каждый раз при создании однорангового узла автоматизации.

Если вы используете DevExpress, этот класс может стать серебряной пулей для вашего проекта. Мы смогли полностью избежать побочных эффектов проблем автоматизации пользовательского интерфейса в наших проектах WPF 4.0, и клиенты были очень довольны.

Попробуйте программирование культа карго:

WindowInteropHelper helper = new WindowInteropHelper(mainWindow);
        AutomationElement mainWindowAutomationElement = AutomationElement.FromHandle(helper.Handle);
        Automation.Automation.AddStructureChangedEventHandler(mainWindowAutomationElement, TreeScope.Descendants, AutomationFix);

      void AutomationFix(object sender, StructureChangedEventArgs e)
  {
            AutomationElement element = sender as AutomationElement;
    Automation.Condition condition = new PropertyCondition(AutomationElement.NameProperty, "!!");
    AutomationElement automationElement = element.FindFirst(TreeScope.Children, condition);
  }

Взгляните на эту статью:

Предотвращение доступа автоматизации пользовательского интерфейса к приложению

Говорят, что UIAccess flag может решить ваши проблемы!

Проверьте также эту статью, чтобы создать доверенный сертификат:

Проблема с манифестом и параметром uiAccess, установленным на true ...

Вы пробовали следующее:

1. Код автоматизации будет запущен только в том случае, если на машине запущены какие-либо клиенты автоматизации (например, программа чтения с экрана, вкладки на планшетах и ​​т. Д.). Итак, один из способов выйти из этой ситуации - закрыть любое из этих клиентских приложений автоматизации.

2. Если это невозможно, то альтернативой является UIElementHelper.InvalidateAutomationAncestors будет занимать больше времени только в том случае, если дерево автоматизации для приложения является разреженным (происходит, если было отключено дерево автоматизации построения с использованием настраиваемого однорангового узла автоматизации окна), а визуальное дерево плотное. Таким образом, другое решение - отключить любой настраиваемый код автоматизации и позволить WPF построить полное дерево автоматизации. Это также должно ускорить UIElementHelper.InvalidateAutomationAncestors.

Это то, что я обнаружил относительно вашей проблемы, также они сказали, что знают об этой проблеме и попытаются ее исправить.