Hast du denn mehrere Buttons mit jeweils verschiedenen MouseOverColor?
Und hast du mal DynamicResource ausprobiert (und dann diese Resource zur Laufzeit ändern)?
die Bedingung paßt, du prüfst jedoch erst nach Setzen des 2. Spielers diese Gewinnbedingung. Du solltest also GewinnSpieler1() direkt nach Spieler1() aufrufen. ;-)
Wie schon geschrieben, helfen dabei die Frameworks mit entsprechender Umsetzung des Service Locator Patterns.
Von Hand mußt du die Verbindung beider Views und ViewModels selber erstellen, z.B. mittels Data Binding der DataContext-Eigenschaft, s. z.B. "Hierarchical ViewModels" in Binding your View to your ViewModel in Wpf.
Wenn jedoch die Textnachricht im selben View angezeigt werden soll, dann lohnt sich der Aufwand eines eigenen ViewModels (als Anfänger) dafür nicht. Lege daher einfach die Eigenschaft im MainViewModel dafür an (so wie Caveman im vorherigen Beitrag gezeigt).
Und die CustomerViewModels senden dann per Ereignis (event) die Nachricht an das übergeordnete MainViewModel (s.a. [FAQ] Eigenen Event definieren / Information zu Events (Ereignis/Ereignisse)).
In CustomerViewModel benötigst du ein (-e Referenz auf) MessageViewModel als Member (also entweder hier per new erzeugen oder aber im Konstruktor oder Setter von außen anlegen).
Und dann mußt du der View dieses MessageViewModel-Objekt als DataContext übergeben. Bisher legst du jedoch in deiner View (XAML) per <localVM:MessageViewModel/> ein eigenes (lokales, d.h. anonymes) ViewModel an, auf das du vom (ViewModel-)Code aus nicht zugreifen kannst.
Edit: Die Stichwörter "Service Locator Pattern" sowie "ViewModelLocator" sollten dir dabei (auch) weiterhelfen, z.B. Binden von ViewModels via Locator oder aber die Verwendung eines MVVM-Frameworks (Prism, MVVMLight, ...).
PS: Bei mehreren ViewModels solltest du eine Basisklasse für diese anlegen, in der du dann die INotifyPropertyChanged-Implementierung hast (und nicht jedesmal den Code dafür duplizieren mußt).
Dann paßt aber jetzt die Sortierung der Mitglieder-Liste anhand der Beiträge nicht mehr (z.B. gfoidl und talla sowie direkt darunter winSharp93 und Peter Bucher und noch viele weitere - auch auf den nächsten Seiten).
Das müßtest du doch debuggen können. Setze währenddessen einen Haltepunkt (breakpoint) in den Code zur Erzeugung der ObservableCollection - evtl. hast du da irgendwie eine Endlosschleife (bzw. Rekursion) drin.
Ich meinte konkret den Code zur Umwandlung der Parameter bei der Erzeugung des SQL-Befehls. Dort werden dann u.a. diese Hilfsmethoden aus SqlServerEscapeHelper verwendet:
/// <summary>
/// Escape a string to be used inside TSQL literal, such as N'somename' or 'somename'
/// </summary>
static internal string EscapeStringAsLiteral(string input) {
Debug.Assert(input != null, "input string cannot be null");
return input.Replace("'", "''");
}
/// <summary>
/// Escape a string as a TSQL literal, wrapping it around with single quotes.
/// Use this method to escape input strings to prevent SQL injection
/// and to get correct behavior for embedded quotes.
/// </summary>
/// <param name="input">unescaped string</param>
/// <returns>escaped and quoted literal string</returns>
static internal string MakeStringLiteral(string input) {
if (ADP.IsEmpty(input)) {
return "''";
}
else {
return "'" + EscapeStringAsLiteral(input) + "'";
}
}
Ähnlich sieht es dann bei den anderen Datenbanken (Oracle, PostGres, ...) aus.
Datenbanken nehmen ja (leider) nur direkt SQL-Strings entgegen, d.h. diese müssen vom Client aus zusammengesetzt werden (auch wenn vom Anwender Parameter verwendet werden).
Deine OnPropertyChanged-Aufrufe kannst du auch entweder per nameof(...) von den Magic-Strings bereinigen oder noch besser per CallerMemberName-Attribut in deiner OnPropertyChanhed-Methode auf die Angabe ganz verzichten, s. Beispielcode in INotifyPropertyChanged.PropertyChanged Ereignis (dort heißt die Methode NotifyPropertyChanged).
Es geht ja nur um den Anzeigemodus, d.h. die Suchergebnisliste sollte sich dadurch ja nicht ändern.
Dann zeigt doch einfach bei "Nur Titel durchsuchen" immer nur die Themen an ("Treffer als Themen anzeigen"). Bisher ist es für uns Anwender halt so, daß wir bei "Nur Titel durchsuchen" auch zusätzlich "Treffer als Themen anzeigen" müssen, um das korrekt Ergebnis zu erhalten (wenn es denn alle wüssten ;-).
Mich würde auch interessieren, wie man nach mehreren Wörtern suchen kann, denn es scheint immer eine Oder-Verknüpfung zu erfolgen (habe z.B. "Namespace+Klasse" als auch "Namespace + Klasse" versucht) - ansonsten benutze ich dann doch meist eine Suchmaschine, aber das kann ja nicht der Sinn dieser Suche sein.
M.E. wird die Option "Nur Titel durchsuchen" bei der Suche gar nicht beachtet - bei "Gesamten Beitrag durchsuchen" scheint die selbe Liste ausgegeben zu werden.
Edit: Gerade scheine ich den Fehler gefunden zu haben. Standardmäßig ist als Anzeigeoption "Treffer als Beiträge anzeigen" ausgewählt und dann erfolgt der obige Fehler, wähle ich dagegen explizit "Treffer als Themen anzeigen" zusammen mit "Nur Titel durchsuchen" aus, dann sehe ich auch nur die Themen mit "Namespace" im Titel.
Vllt. habt ihr diesen Bug schon aus dem alten Forum übernommen?
PS: Hatte ich schon mal hier angemerkt - es steht bei "Suche nach Benutzernamen" dort weiterhin "Die Einschränkung nach Benutzernamen ist optional und" - da scheint wohl noch Text zu fehlen (oder ist nicht sichtbar bei mir?).
Bei der Suche scheint die Option "Nur Titel durchsuchen" nicht zu funktionieren - ich erhalte auch aberdutzende von Beiträgen, bei dem der Suchbegriff nur im Beitrag enthalten ist.
Du suchst wohl das Schlüsselwort partial ?
Das ist aber selten eine gute Idee, den Formklassen-Code auf mehrere Dateien aufzuteilen - besser ist es, nicht formbasierten Code (z.B. Logik, IO, Utiltiy) daraus in eigene Klassen auszulagern (und dann diese Methoden aufzurufen).
Ich habe das so verstanden, daß er die if...else if ...-Kaskade durch eine Schleife ersetzen möchte. Die Schleife zum mehrfachen Berechnen von Umrechnungen käme ja in die Hauptmethode Main() bzw. MainMenu().
Du brauchst auch jeweils nur einen Umrechnungsfaktor zwischen zwei Währungen, da man ja einmal multiplizieren und in die andere Richtung dividieren kann (so entstehen dann auch keine Fehler im Code, da man bei Änderung nur einen Wert und nicht zwei anpassen muß).
Wofür du jetzt allerdings eine Schleife in der Exchange-Methode haben möchtest, kann ich nicht nachvollziehen.
Wenn du weitere Grundlagen von C# (und .NET) gelernt hast, z.B. Strukturen, Klassen, Enumerationen, Array, List<T>, Dicitonary<K, V>, dann könntest du dich noch mal an dieses Programm machen und die Währungen und Umrechnungswerte in passende Containerklassen ablegen.
Aber aus Interesse heraus und weil es vermutlich bei anderen Gelegenheiten wieder auftreten wird. Wie behandelt man die Warnung den(n) korrekterweise? ...
Dann käme jedoch jeweils null heraus, falls einer der Ausdrücke null ist.
Du kannst es noch mit dem ??-Operator kombinieren, um einen Standard-Wert dann zu setzen (s.a. ?? und ??= (Operatoren)), z.B.
readonly string softwareSysteminventoryVersion = Assembly.GetExecutingAssembly()?.GetName()?.Version?.ToString() ?? String.Empty; // oder "0.0.0.0" oder ...