Ob es geht oder nicht, das steht nicht zur Debatte. WPF != WinForms und man vermischt sie nicht. Ende.

Ja. Logik kannste übernehmen. Aber nichts aus dem Codebehind und auch nichts aus dem Designer. Nur externe Klassen die nichts mit GUI zu tun haben.

Natürlich geht das. Du musst nur die Verweise auf die WPF Namespaces importieren und dann die WPF-Form aufrufen.

Wie Quadsoft schon geschrieben hat, es geht. Die IDE-Hilfe teilt dir auch ganz zuverlässig mit, welche Verweise dazu nötig sind. Ich habe das eben mal ausprobiert und empfinde die Möglichkeit WPF-Zeugs einzubinden als Bereicherung. Man kann sogar WPF-Usercontrols in einem WinForms-Projekt erstellen und verwenden.

Das ist nicht Dein Ernst, oder? Das ist keine Bereicherung, sondern etwas, für das sich Microsoft schon lange was hätte überlegen sollen, um das zu verhindern.

WPF != WinForms, ganz einfach, man macht sowas wie mischen nicht, dann kannste gleich nen WPF-Projekt erstellen.

Na ja, ich sehe das nicht so verbissen. Ich nutze in Forms ja auch beispielsweise einem Webbrowser. Deiner Logik folgend müsstest du jetzt schreiben: Webbrowser != WinForms.

Nein, denn der WebBrowser ist ein WinForms-Komponente, die man als Steuerelement draufziehen kann, WPF ist jedoch eine Technologie im Bereich der Anwendungsentwicklung, nur, dass es im Gegensatz zu WinForms nicht so alt, sondern so ziemlich neu ist (was natürlich nicht heißt, dass man es nicht mehr nutzt).
Was ich damit sagen will, wer WinForms nutzt, kein Ding, mache ich auch, aber wer WPF haben will, der muss auf WPF umsteigen, komplett und nicht solche Mischsachen, das ist Schwachsinn.

wenn du mit deiner WinForms-Anwendung bisher zufrieden bist, bleib dabei!

Wpf lernen ist ein Projekt über Jahre.

Wpf hat Vorteile im Bereich aufwändiger Oberflächen, Klickibunti, Animationen etc., aber auch polymorphes Databinding - also ist schon kultig.

Aber wenn eine schlichte Oberfläche auch tut, was sie soll - wie gesagt: sehr riskant, sich auf Wpf zu stürzen, und komplett neu aufbauen wollen.

Philipp66 schrieb:

Webbrowser != WinForms

Bester Vergleich. Niveau + Argumentation = Höchstlevel.

Gut, lieber Filoe... da hab ich mich vielleicht verhoben. Wenn ich gewusst hätte, das dich das so wütend macht, hätte ich das nicht geschrieben. Eine Erklärung, wie ich auf das schmale Brett gelangt bin, erspare ich dir, damit du das nicht wieder emotional kommentieren musst.

Damit will ich nur sagen, dass dein Argument rein gar nichts aussagt. Webbrowser gibt es in nahezu jedem Framework. Jedoch gibt es Unterschiede zwischen Winforms und WPF wodurch diese einfach nicht zusammenpassen. Während man mit Winforms noch im Codebehind arbeitet, ist dies in WPF einfach nicht üblich sondern hat man ganz andere Möglichkeiten. WPF baut auf DirectX auf und Winforms auf WinAPI. WPF GUIs werden durch Xaml geschrieben, Winforms werden zusammen geklickt. Beides zusammen funktioniert einfach nicht und ist nichts als Ranz. Ich weiß natürlich nicht wie viel Erfahrung du mit WPF hast, will dir auch nichts unterstellen. Ich würde von mir jedoch durchaus sagen, dass ich recht viel Erfahrung mit WPF habe und komme zu dem Schluss, dass beides kombinieren einfach Ranz ist. Da hilft dir auch ein Argument wie Button != Winforms nicht weiter. Was nebenbei bemerkt genau so viel zum Thema beiträgt wie wenn du Äpfel != Birnen hinschreibst.