• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• Papst
• »
• Beiträge von Papst

Oh, du hast Recht - ich habe mich da verlesen. Ich hatte interpretiert, dass die Eigenschaften der Klasse und das enum auf derselben Ebene liegen und nicht als Body Property..

Es gibt einige Möglichkeiten, wie du vorgehen kannst. Die von Abt geschilderte hätte eine Änderung der Datenstruktur zur Folge.
Eine andere wäre z.B. mithilfe von JsonObject (Docs) oder JsonDocument (Docs) und dem JSON DOM zu schauen, was der korrekte Typ ist.

Alternativen gibt es noch einige - eigene JsonConverter z.B.

Ohne einen Service registriert zu haben, wird dir beim erstellen der Component eine Exception erscheinen.
Du könntest einfach einen DesktopDialogService implementieren, der einfach nichts macht (oder das Äquivalent von den Dialogen auf Desktop Ebene darstellt).

Hi,

was ist denn myDataStream für eine Datenquelle? Ist das ein Stream?
Wenn du dort aktuell nur eine 0 ausgelesen bekommst, wirst du einfach weiter lesen müssen und dann entweder an CurrentData appenden oder setzen müssen, damit weitere Daten auf deiner UI angezeigt werden.

Das Prinzip kannst du auch in WPF, UWP und WinUI3 verwenden.

Was für dich vielleicht sinnvoller ist, wäre das umgekehrte Prinzip. Versuch dich mal in der Microsoft Dokumentation in Dependency Injection einzulesen.

Wenn ich dich richtig verstanden habe, willst du in Abhängigkeit von einer Aktivierung o.ä. bestimmte Buttons aktivieren. Also besteht eigentlich keine Abhängigkeit der Visualisierung, sondern eine Abhängigkeit zu den Rechten des aktuellen Anwenders. Diese Rechte könntest du super in einem als Singleton gescopten Service verwalten und über Events oder Subscriptions die Visualisierung benachrichtigen.

Du willst die aber aggregieren?
Was wäre denn deine Kriterien, damit am Ende true herauskommt / bzw was soll bei dem string herauskommen?

Hi,

sind das Listen mit gemischten Typen oder symbolisieren die "Listen" jeweils Objekte?

Sofern du gemischte Typen hast:
Erstelle dir eine Klasse/Record mit benannten Properties und füge von dieser jeweils eine Instanz (je eine Instanz für Liste 1, 2, 3) zu einer Liste hinzu. Dann kannst du auf der Basis aggregieren.

Vergleichen könntest du sie auf integer Basis (was etwas komplizierter ist, denn der Computer arbeitet auf binarbasis und du willst auf zehner basis vergleichen) oder auf string Basis.

Für den Anfang ist die string Variante vermutlich einfacher. Grob: Wandele die Zahl in einen string um, schaue für jeden char ab dem zweiten ob er gleich dem vorderen ist.

Du wirst die CSV Datenspalte parsen müssen. Beim einlesen ist es ja nur ein String.

DateTime (Docs) bietet dafür die statische DateTime.TryParseExact (Docs) Methode an, die auch ein Format entgegennimmt.
Ob du jetzt die Subsekunden Auflösung bei Bankauszügen benötigst sei dahingestellt aber DateTime kann diese auch verwalten.

Dazu sei gesagt: [FAQ] DateTime vs. DateTimeOffset und der Umgang mit Zeiten in .NET

Es gibt verschiedene fertige Libs, die das parsen von CSV vereinfachen. Da musst du dann nicht so viel selber programmieren. Auf Anhieb fällt mir CsvHelper ein.

Die Antwort auf deine Frage

Merkst du, dass das wahnsinnig kompliziert ist, so wie du es aufgebaut hast?

Generell baut man sich für soetwas ein Datenmodell (Grundlegend ist das in [Artikel] Drei-Schichten-Architektur erklärt), in dem Fall würde es reichen sich die Anzahl Tore zu in einem Feld zu speichern (ganz pragmatischer Ansatz) und dann jeweils nur das berechnete Ergebnis in das Textfeld zu schreiben oder gleich auf Datenbindung zu setzen, anstatt jedesmal den geschriebenen string wieder in eine Zahl zu parsen - was übrigens dazu führt, dass dein Programm abstürzt wenn dort einmal keine Zahl drin steht.

Das ist so, weil du immer Text anhängst.

Da wir wissen, was in deinem Control steht, eine generelle Empfehlung:
Bau dir den Text zusammen, so wie er dort stehen soll, z.B. mit

string text = $"Tore {mannschaftstore}";

Hi,

deine Frage ist recht allgemein formuliert und lässt deswegen viel Spielraum beim beantworten.

Das if statement erwartet in den Klammern einen Ausdruck, welcher einen boolschen Wert (also wahr oder falsch) ergibt. File.Exists gibt bereits einen boolschen Wert zurück, deswegen ist bei dem Ausdruck File.Exists() == true das == true überflüssig, File.Exists ist bereits true. Für false gilt dasselbe, nur eben mit einer negierung.

Wenn du nur prüfen möchtest, ob eine Datei existiert, dann würde also reichen:

if (File.Exists(nameBackup))
{
  // datei existiert
}
else
{
  // datei existiert nicht
}

Du könntest die Fehlermeldung Loggen, z.B. in eine Datei. Am besten mithilfe eines ordentlichen Logging und Exception Handling Konzeptes.

Wie startest du denn die Anwendung? Per Doppelklick?
Wenn du sie aus einer Console startest, siehst du auch alle ausgaben.

Die Konvertierung von DateTime nach DateTimeOffset funktioniert über einen impliziten Cast.

Aus dem Quellcode von DateTimeOffset:

public static implicit operator DateTimeOffset(DateTime dateTime)

Hi,

ich habe selber keinen MAC, es gibt allerdings Technologien, die von .NET unterstützt werden aber nicht auf dem MAC lauffähig sind.
Das sind z.B. Windows Forms und WPF.

Die ARM Plattform von Apple wird auch "erst" mit .NET 6 unterstützt.

Dein HttpClient macht nichts, du verwendest in deinem Code weiterhin den HttpWebRequest.

Ich hab mir das Projekt nicht angeschaut, bin aber über das hier im Thread gestolpert:

namespace dotnetProTest
{
 internal enum Colors
 {
 RedColor
 }
}

Wenn du nur nach Datum (und vermutlich Zeit) filterst, könntest du auf den Table Storage gehen. Der ist günstiger als Cosmos DB und bei richtig gewähltem PartitionKey und RowKey geht das einfache filtern auch sehr gut.

Authentication Provider zur Laufzeit zu ändern ist durchaus Möglich (wertfrei), es gibt da eine passende Implementierung:
https://github.com/Aguafrommars/DynamicAuthProviders

Meines Wissens ist diese entstanden um IdentityServer 4 zur Laufzeit weitere Federations zu ermöglichen.

Die Controller Action macht eigentlich etwas anderes oder? Ich bin etwas verwirrt

Was genau klappt denn nicht?

 Document document = await _context.Documents.FindAsync(eId);
// document != null ?
           document.Total = _context.PaymentInformations
                                .Where(b => b.Document.Id == eId)
                                .Sum(a => a.PaymentSum);

await _context.SaveChangesAsync();

Direkt mit der Datenbank wirst du nicht um pollen (abfragen) herumkommen.

Bei solchen Anforderungen setzt man (idr. setzt man immer einen) (Web-)Service zwischen deine Programme und die Datenbank um dann mit Push-Technologien wie z.B. SignalR die Clients zu informieren.

Alles in Code Tags zu schreiben ist nicht so angenehm zu lesen

Siehst du den Unterschied zwischen Doku und deiner Implementierung? Du willst einen UInt-Pointer übergeben, erwartet wird ein LPCWSTR. Ein Int16 ist ein short in C#.

Das kommt natürlich auf die interne Datenrepräsentation an.. und kann auch eine Design Entscheidung sein.

Das was du siehst ist ja nur das Frontend der Software und was dort angezeigt wird oder auswählbar ist hat nichts mit dem zu tun, wie etwas hinterher abgespeichert wird.

Erstelle dir eine Klasse (dafür gibt es Generatoren, die aus dem JSON C# Code erstellen) und lass es dir in diese deserialisieren.

Das würde dir übrigens auch eine Bibliothek wie Refit abnehmen.

Übrigens: der HttpWebRequest, den du verwendest ist veraltet (auch das würde dir refit abnehmen).

Das klingt ganz gut.. ist aber etwas komplexer in der Umsetzung als der ISourceGenerator.

Vielen Dank - schaue ich mir mal an

Das kannte ich schon, aber das hilft tatsächlich.

Ich hole mir einfach alle namespaces aller Klassen und nehme den kürzesten.
Alternativ: mit einem eigenen Namespace arbeiten.

Besten Dank!

Die Gewinnbedingung ist ja, dass drei gleiche Felder in einer Reihe sind. Wenn du also die einzelnen Felder durchgehst würde es reichen alle angrenzenden zu schauen und schauen ob diese übereinstimmen und der gegenüberliegende auch.
Du brauchst (ohne Optimierungen) also nur die inneren Felder durchlaufen und jeweils die angrenzenden Felder prüfen.

Wenn du mit Scopes (geschweiften Klammern) arbeitest kannst du dir die zweite Schleife sparen.

Schau dir das mal mit dem Debugger an.
Du greifst dort auf die Cells Eigenschaft einer Zeile zu, die alle Zellen der Zeile enthält.
Durch das ToString() erhälst du keinen Fehler, der Rückgabewert von ToString() ist aber vermutlich immer derselbe.

[Artikel] Debugger: Wie verwende ich den von Visual Studio?