C# - Return variable vom untergeordneten Fensters übergeordnetes Fenster in WPF

Ich habe ein Haupt-Fenster mit dem Namen form1. in form1 habe ich einen button, wenn er gedrückt wird, öffnet form2 (form2.ShowDialog()). In form2 habe ich eine Schaltfläche "Überprüfen". Wenn der Benutzer klickt auf "Check" sollte es tun, einige Validierung und, wenn erfolgreich erstellt ein string-Objekt und gibt es zurück zu form1 hinzu. Irgendwelche Ideen auf, wie diese umzusetzen ist? Ich will nicht, etwas zurückzugeben, wenn der Benutzer das Fenster schließt.

InformationsquelleAutor barack o mama | 2014-02-06

c#variables wpf

10

Erstellen, ein Ereignis in Ihrem zweiten Fenster die Parameter des event-Delegaten enthalten, was auch immer Informationen, die Sie weitergeben wollen:
```
public class Popup : Window
{
    public event Action<string> Check;

    public void Foo()
    {
        //fire the event
        if (Check != null)
            Check("hello world");
    }
}
```
Dann das Hauptfenster abonnieren Sie das Ereignis, das zu tun, was es will, mit der information:
```
public class Main : Window
{
    private Label label;
    public void Foo()
    {
        Popup popup = new Popup();
        popup.Check += value => label.Content = value;
        popup.ShowDialog();
    }
}
```
- Mich zu schlagen. Ich persönlich Liebe diese Methode der inter-Fenster Kommunikation. Es gibt jedoch eine andere Methode, die ich auch sehr mag, und ich werde nach einer Antwort mit, daß weiter unten.
- Funktioniert einwandfrei. Danke!!!
- was ist, wenn ich zwei strings?? Wie, um code zu schreiben?? popup.Check += value => label.Content = value, label2.Content = value; ??
- Dann verwenden Sie ein statement-lambda statt ein lambda-Ausdruck, oder Sie geben Sie einfach das Ergebnis von einem Auftrag zum nächsten Etikett..
- Danke, SIr. aber wenn Ihr ok können Sie Beispiel geben, wie ich bin wirklich neu in C# und WPF-Anwendung. Verschoben von PHP-Entwicklung. ich habe bereits geschrieben, eine Frage bezüglich dieses.. stackoverflow.com/questions/31877458/..., Wenn seine ok bitte haben Sie einen Blick auf meine Frage.
InformationsquelleAutor Servy
2

Diese Antwort zwar nicht perfekt auf den Gegner wird mehr nützlich für die Menschen, dass google sich hier für die Allgemeine Lösung der Frage, wie die Kommunikation zwischen windows:

Gibt es überhaupt keinen Grund, um Ereignisse zu erstellen, um Zugriff auf Objekte des Hauptfensters von Sie Anwendung. Sie können einfach rufen Sie Sie auf den popup-code und die mit ihm getan werden:
```
((MainWindow)Application.Current.MainWindow).textBox1.Text = "Some text";
```
InformationsquelleAutor j riv
0

Könnte dies auf mehreren wegen erreicht werden. Die Methode Servy gepostet, ist sehr gut und vollbringt das, was Sie brauchen. Ich würde es vorziehen, um zu sehen, die Action<sting> übergeben als parameter an den Konstruktor übergeben und benannt callback es ist also klar, was es für verwendet wird, aber das ist nur eine Präferenz-Sache.

Die andere Methode, die ist ziemlich gut darin, dies getan wird, über Messaging. Die MVVMLight Toolkit bietet ein großartiges kleines feature, in der es für Aufgaben wie diese.

Schritt 1: erstellen einer stark typisierten Nachricht:
```
public class MyMessage : MessageBase
{
    //Message payload implementation goes here by declaring properties, etc...
}
```
Schritt 2: Bestimmen, wo und Wann veröffentlichen Sie diese Nachricht.
```
public class PublishMessage
{
    public PublishMessage(){
    }

    public void MyMethod()
    {
        //do something in this method, then send message:
        Messenger.Default.Send(new MyMessage() { /*initialize payload here */ });
    }
}
```
Setp 3: nachdem Sie die Nachricht senden, müssen Sie in der Lage sein, das zu erhalten, Meldung:
```
public class MessageReceiver
{
    public MessageReceiver()
    {
        Messenger.Default.Register<MyMessage>(this, message => Foo(message));
    }

    public void Foo(MyMessage message)
    {
        //do stuff
    }
}
```
- Während Sie noch nicht genug für eine Implementierung sicher sagen, es scheint, dass das, was Sie hier haben, ist, mehr oder weniger, eine public static event, der gefeuert werden kann, von niemandem. Es ist nicht mehr auffindbar für andere Arten zu sehen, welche Ereignisse es könnte sein, zu abonnieren, wenn Sie über eine Nachricht, es gibt keine eingebauten Hinweis darauf, was es bedeutet, wer ist "verantwortlich" für das, was er zugeordnet ist, usw. Es ist auch möglich (und eher leicht versehentlich) am Ende feuern die unsachgemäße Nachricht, verursacht Probleme in zwei verschiedenen Orten. Sehe ich nicht wirklich irgendwelche Vorteile hier.
- Ich habe nicht gesagt, es war ein Vorteil. Nur ein weiterer Weg, es zu tun. Es ist eigentlich ziemlich einfach, um herauszufinden, wer abonniert, welche Botschaft in diesem Szenario finden, indem Sie Ihre Nachricht ein, und prüfen, die es verwendet. Es ist stark typisiert, so gibt es keine Frage darüber, was Nachrichten, die Sie senden und empfangen. Die Verantwortung fällt auf den Message Receiver über das, was mit der Nachricht geschehen soll. Der sender ist einfach heben einer fahne zu sagen, dass etwas getan wurde. Senden unsachgemäße Nachrichten ist ziemlich schwer zu tun, aber möglich, und erfordert nur die Entwickler, die Aufmerksamkeit zu zahlen.
InformationsquelleAutor Joe Brunscheon

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.