Как обрабатывать сообщения WndProc в WPF?

112

В Windows Forms я бы просто переопределил WndProcи начал обрабатывать сообщения по мере их поступления.

Может ли кто-нибудь показать мне пример того, как добиться того же в WPF?

Shuft
источник

Ответы:

62

На самом деле, насколько я понимаю, такое возможно в WPF с использованием HwndSourceи HwndSourceHook. См. Эту ветку в MSDN в качестве примера. (Соответствующий код приведен ниже)

// 'this' is a Window
HwndSource source = HwndSource.FromHwnd(new WindowInteropHelper(this).Handle);
source.AddHook(new HwndSourceHook(WndProc));

private static IntPtr WndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
{
    //  do stuff

    return IntPtr.Zero;
}

Теперь я не совсем уверен, почему вы хотите обрабатывать сообщения Windows Messaging в приложении WPF (если только это не самая очевидная форма взаимодействия для работы с другим приложением WinForms). Идеология дизайна и природа API сильно отличаются в WPF от WinForms, поэтому я предлагаю вам просто ознакомиться с WPF побольше, чтобы понять, почему нет эквивалента WndProc.

нолдорин
источник
48
Что ж, события подключения USB-устройства, похоже, проходят через этот цикл сообщений, так что неплохо знать, как подключиться из WPF
flq
7
@Noldorin: Не могли бы вы предоставить ссылки (статьи / книги), которые могут помочь мне понять часть «Идеология дизайна и природа API сильно отличаются в WPF от WinForms, ... почему нет эквивалента WndProc»?
atiyar
2
WM_MOUSEWHEELнапример, единственный способ надежно перехватить эти сообщения - это добавить WndProcв окно WPF. У меня это сработало, в то время как чиновник MouseWheelEventHandlerпросто не работал должным образом. Мне не удалось получить правильные тахионы WPF, выстроенные в линию для обеспечения надежного поведения MouseWheelEventHandler, отсюда и необходимость прямого доступа к WndProc.
Chris O
4
Дело в том, что многие (большинство?) Приложений WPF запускаются на стандартной настольной Windows. То, что архитектура WPF предпочитает не раскрывать все базовые возможности Win32, является преднамеренным со стороны Microsoft, но все еще раздражает. Я создаю приложение WPF, которое нацелено только на настольную Windows, но интегрируется с USB-устройствами, как упоминалось в @flq, и единственный способ получать уведомления устройства - это получить доступ к циклу сообщений. Иногда нарушение абстракции неизбежно.
NathanAldenSr,
1
Мониторинг буфера обмена - одна из причин, по которой нам может понадобиться WndProc. Другой - определить, что приложение не простаивает, путем обработки сообщений.
user34660
135

Вы можете сделать это через System.Windows.Interopпространство имен, которое содержит класс с именем HwndSource.

Пример использования этого

using System;
using System.Windows;
using System.Windows.Interop;

namespace WpfApplication1
{
    public partial class Window1 : Window
    {
        public Window1()
        {
            InitializeComponent();
        }

        protected override void OnSourceInitialized(EventArgs e)
        {
            base.OnSourceInitialized(e);
            HwndSource source = PresentationSource.FromVisual(this) as HwndSource;
            source.AddHook(WndProc);
        }

        private IntPtr WndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
        {
            // Handle messages...

            return IntPtr.Zero;
        }
    }
}

Полностью взято из отличного сообщения в блоге: Использование настраиваемого WndProc в приложениях WPF от Стива Рэндса

Роберт Маклин
источник
1
Ссылка не работает. Не могли бы вы это исправить?
Мартин Хеннингс,
1
@Martin, это потому, что веб-сайт Стива Рэнда больше не существует. Единственное, что я могу придумать, - это удалить его. Я думаю, что это все равно будет приносить пользу, если сайт вернется в будущем, поэтому я не удаляю его, но если вы не согласны, не стесняйтесь редактировать.
Роберт Маклин,
Можно ли получать сообщения WndProc без окна?
Mo0gles 03
8
@ Mo0gles - хорошенько подумайте о том, что вы спросили, и вы получите свой ответ.
Ян Кемп
1
@ Mo0gles Без окна, отображаемого на экране и видимого пользователю? Да. Вот почему у некоторых программ есть странно пустые окна, которые иногда становятся видимыми, если состояние программы нарушается.
Питер
15
HwndSource src = HwndSource.FromHwnd(new WindowInteropHelper(this).Handle);
src.AddHook(new HwndSourceHook(WndProc));


.......


public IntPtr WndProc(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
{

  if(msg == THEMESSAGEIMLOOKINGFOR)
    {
      //Do something here
    }

  return IntPtr.Zero;
}
softwerx
источник
3

Если вы не против ссылаться на WinForms, вы можете использовать более MVVM-ориентированное решение, которое не связывает службу с представлением. Вам необходимо создать и инициализировать System.Windows.Forms.NativeWindow, которое представляет собой легкое окно, которое может получать сообщения.

public abstract class WinApiServiceBase : IDisposable
{
    /// <summary>
    /// Sponge window absorbs messages and lets other services use them
    /// </summary>
    private sealed class SpongeWindow : NativeWindow
    {
        public event EventHandler<Message> WndProced;

        public SpongeWindow()
        {
            CreateHandle(new CreateParams());
        }

        protected override void WndProc(ref Message m)
        {
            WndProced?.Invoke(this, m);
            base.WndProc(ref m);
        }
    }

    private static readonly SpongeWindow Sponge;
    protected static readonly IntPtr SpongeHandle;

    static WinApiServiceBase()
    {
        Sponge = new SpongeWindow();
        SpongeHandle = Sponge.Handle;
    }

    protected WinApiServiceBase()
    {
        Sponge.WndProced += LocalWndProced;
    }

    private void LocalWndProced(object sender, Message message)
    {
        WndProc(message);
    }

    /// <summary>
    /// Override to process windows messages
    /// </summary>
    protected virtual void WndProc(Message message)
    { }

    public virtual void Dispose()
    {
        Sponge.WndProced -= LocalWndProced;
    }
}

Используйте SpongeHandle для регистрации интересующих вас сообщений, а затем переопределите WndProc для их обработки:

public class WindowsMessageListenerService : WinApiServiceBase
{
    protected override void WndProc(Message message)
    {
        Debug.WriteLine(message.msg);
    }
}

Единственным недостатком является то, что вам нужно включить ссылку на System.Windows.Forms, но в остальном это очень инкапсулированное решение.

Подробнее об этом можно прочитать здесь

Tyrrrz
источник
1

Вот ссылка на переопределение WindProc с помощью Behaviors: http://10rem.net/blog/2010/01/09/a-wpf-behavior-for-window-resize-events-in-net-35

[Изменить: лучше поздно, чем никогда] Ниже представлена ​​моя реализация на основе указанной выше ссылки. Хотя я и возвращаюсь к этому, мне больше нравятся реализации AddHook. Я могу переключиться на это.

В моем случае я хотел знать, когда изменяли размер окна, и еще пару вещей. Эта реализация подключается к Window xaml и отправляет события.

using System;
using System.Windows.Interactivity;
using System.Windows; // For Window in behavior
using System.Windows.Interop; // For Hwnd

public class WindowResizeEvents : Behavior<Window>
    {
        public event EventHandler Resized;
        public event EventHandler Resizing;
        public event EventHandler Maximized;
        public event EventHandler Minimized;
        public event EventHandler Restored;

        public static DependencyProperty IsAppAskCloseProperty =  DependencyProperty.RegisterAttached("IsAppAskClose", typeof(bool), typeof(WindowResizeEvents));
        public Boolean IsAppAskClose
        {
            get { return (Boolean)this.GetValue(IsAppAskCloseProperty); }
            set { this.SetValue(IsAppAskCloseProperty, value); }
        }

        // called when the behavior is attached
        // hook the wndproc
        protected override void OnAttached()
        {
            base.OnAttached();

            AssociatedObject.Loaded += (s, e) =>
            {
                WireUpWndProc();
            };
        }

        // call when the behavior is detached
        // clean up our winproc hook
        protected override void OnDetaching()
        {
            RemoveWndProc();

            base.OnDetaching();
        }

        private HwndSourceHook _hook;

        private void WireUpWndProc()
        {
            HwndSource source = HwndSource.FromVisual(AssociatedObject) as HwndSource;

            if (source != null)
            {
                _hook = new HwndSourceHook(WndProc);
                source.AddHook(_hook);
            }
        }

        private void RemoveWndProc()
        {
            HwndSource source = HwndSource.FromVisual(AssociatedObject) as HwndSource;

            if (source != null)
            {
                source.RemoveHook(_hook);
            }
        }

        private const Int32 WM_EXITSIZEMOVE = 0x0232;
        private const Int32 WM_SIZING = 0x0214;
        private const Int32 WM_SIZE = 0x0005;

        private const Int32 SIZE_RESTORED = 0x0000;
        private const Int32 SIZE_MINIMIZED = 0x0001;
        private const Int32 SIZE_MAXIMIZED = 0x0002;
        private const Int32 SIZE_MAXSHOW = 0x0003;
        private const Int32 SIZE_MAXHIDE = 0x0004;

        private const Int32 WM_QUERYENDSESSION = 0x0011;
        private const Int32 ENDSESSION_CLOSEAPP = 0x1;
        private const Int32 WM_ENDSESSION = 0x0016;

        private IntPtr WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, ref Boolean handled)
        {
            IntPtr result = IntPtr.Zero;

            switch (msg)
            {
                case WM_SIZING:             // sizing gets interactive resize
                    OnResizing();
                    break;

                case WM_SIZE:               // size gets minimize/maximize as well as final size
                    {
                        int param = wParam.ToInt32();

                        switch (param)
                        {
                            case SIZE_RESTORED:
                                OnRestored();
                                break;
                            case SIZE_MINIMIZED:
                                OnMinimized();
                                break;
                            case SIZE_MAXIMIZED:
                                OnMaximized();
                                break;
                            case SIZE_MAXSHOW:
                                break;
                            case SIZE_MAXHIDE:
                                break;
                        }
                    }
                    break;

                case WM_EXITSIZEMOVE:
                    OnResized();
                    break;

                // Windows is requesting app to close.    
                // See http://msdn.microsoft.com/en-us/library/windows/desktop/aa376890%28v=vs.85%29.aspx.
                // Use the default response (yes).
                case WM_QUERYENDSESSION:
                    IsAppAskClose = true; 
                    break;
            }

            return result;
        }

        private void OnResizing()
        {
            if (Resizing != null)
                Resizing(AssociatedObject, EventArgs.Empty);
        }

        private void OnResized()
        {
            if (Resized != null)
                Resized(AssociatedObject, EventArgs.Empty);
        }

        private void OnRestored()
        {
            if (Restored != null)
                Restored(AssociatedObject, EventArgs.Empty);
        }

        private void OnMinimized()
        {
            if (Minimized != null)
                Minimized(AssociatedObject, EventArgs.Empty);
        }

        private void OnMaximized()
        {
            if (Maximized != null)
                Maximized(AssociatedObject, EventArgs.Empty);
        }
    }

<Window x:Class="MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml
        xmlns:i="clr-namespace:System.Windows.Interactivity;assembly=System.Windows.Interactivity"
        xmlns:behaviors="clr-namespace:RapidCoreConfigurator._Behaviors"
        Title="name" Height="500" Width="750" BorderBrush="Transparent">

    <i:Interaction.Behaviors>
        <behaviors:WindowResizeEvents IsAppAskClose="{Binding IsRequestClose, Mode=OneWayToSource}"
                                      Resized="Window_Resized"
                                      Resizing="Window_Resizing" />
    </i:Interaction.Behaviors>

    ... 

</Window>
Wes
источник
Хотя эта ссылка может дать ответ на вопрос, лучше включить сюда основные части ответа и предоставить ссылку для справки. Ответы, содержащие только ссылки, могут стать недействительными, если ссылка на страницу изменится.
Макс
@max> для этого, наверное, уже немного поздно.
Rook
1
@Rook Я думаю, что служба обзора StackOverflow ведет себя странно, у меня было Here is a link...около 20 точных: ответов, как указано выше.
Макс
1
@Max Немного поздно, но я обновил свой ответ, включив соответствующий код.
Уэс,
0

Вы можете присоединиться к классу 'SystemEvents' встроенного класса Win32:

using Microsoft.Win32;

в классе окна WPF:

SystemEvents.PowerModeChanged += SystemEvents_PowerModeChanged;
SystemEvents.SessionSwitch += SystemEvents_SessionSwitch;
SystemEvents.SessionEnding += SystemEvents_SessionEnding;
SystemEvents.SessionEnded += SystemEvents_SessionEnded;

private async void SystemEvents_PowerModeChanged(object sender, PowerModeChangedEventArgs e)
{
    await vm.PowerModeChanged(e.Mode);
}

private async void SystemEvents_PowerModeChanged(object sender, PowerModeChangedEventArgs e)
{
    await vm.PowerModeChanged(e.Mode);
}

private async void SystemEvents_SessionSwitch(object sender, SessionSwitchEventArgs e)
{
    await vm.SessionSwitch(e.Reason);
}

private async void SystemEvents_SessionEnding(object sender, SessionEndingEventArgs e)
{
    if (e.Reason == SessionEndReasons.Logoff)
    {
        await vm.UserLogoff();
    }
}

private async void SystemEvents_SessionEnded(object sender, SessionEndedEventArgs e)
{
    if (e.Reason == SessionEndReasons.Logoff)
    {
        await vm.UserLogoff();
    }
}
АндресРорАтласИнформатик
источник
-1

Существуют способы обработки сообщений с помощью WndProc в WPF (например, с использованием HwndSource и т. Д.), Но обычно эти методы зарезервированы для взаимодействия с сообщениями, которые не могут быть обработаны напрямую через WPF. Большинство элементов управления WPF даже не являются окнами в смысле Win32 (и расширением Windows.Forms), поэтому у них не будет WndProcs.

Логан Капальдо
источник
-1 / Неточно. Хотя верно, что формы WPF не являются WinForms и, следовательно, не подвергаются WndProcпереопределению, они System.Windows.Interopпозволяют вам получить HwndSourceобъект посредством HwndSource.FromHwndили PresentationSource.FromVisual(someForm) as HwndSource, к которому вы можете привязать делегат с особым шаблоном. Этот делегат имеет многие из тех же аргументов, что и WndProcобъект Message.
Эндрю Грей,
Я упоминаю в ответе HwndSource? Конечно, ваше окно верхнего уровня будет иметь HWND, но все же будет правильным сказать, что у большинства элементов управления нет.
Логан Капальдо,
-13

Короткий ответ: вы не можете. WndProc работает, передавая сообщения HWND на уровне Win32. Окна WPF не имеют HWND и, следовательно, не могут участвовать в сообщениях WndProc. Базовый цикл сообщений WPF находится поверх WndProc, но абстрагирует их от базовой логики WPF.

Вы можете использовать HWndHost и получить для него WndProc. Однако это почти наверняка не то, что вам нужно. В большинстве случаев WPF не работает с HWND и WndProc. Ваше решение почти наверняка зависит от внесения изменений в WPF, а не в WndProc.

JaredPar
источник
13
«Окна WPF не имеют HWND» - это просто неправда.
Скотт Солмер