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

WPF verfügt über Validierungsstrategien in Zusammenhang mit Databinding.
Das würde dir einiges an Arbeit abnehmen und die Arbeit mit der UI konsistenter machen.

Ein Client ist nicht verbunden in dem Sinne.
Bei HTTP gilt, die Verbindung des Clients ist ein Request. Danach ist er nicht mehr verbunden.

Scoped lebt über genau einen Request. Innerhalb eines Requests bekommst du immer die gleiche Instanz der Klasse.
Bei Transient bekommst du jedes mal eine neue Instanz.

Das kannst du nur sicher sagen, solange die Datei nur auf deinem System war.
Wenn sie über verschiedene Systeme gegangen ist ist das "Erstellungsdatum" des Dateisystems nicht mehr zuverlässig. Vor allem dann, wenn es über unterschiedliche Dateisysteme gegangen ist.

Was hast du denn bisher versucht?

So als Ansätze (weiß allerdings nicht ob die gut sind :)):
- Du könntest ein SVG erstellen und rendern
- Du könntest mithilfe des <Path> Controls etwas zeichnen
- Du könntest 4 Bilder eines Kartons erstellen und darstellen

Ich habe jetzt das Video nur überflogen, aber wie es aussieht wird da vom WPF Client direkt auf die datenbank zugegriffen, was durchaus als Bad Practise bezeichnet werden muss.

Ziel sollte es sein, niemals direkt mit einer Applikation die im Dunstkreis eines Endusers läuft auf eine Datenbank zuzugreifen.

--> Abstraktion über eine API (das kann HTTP mit REST sein, gRPC, ....) das erlaubt dann eine granulare Kontrolle über das, was in der Datenbank ausgeführt wird und benötigt nachher keine Datenbankcredentials auf dem Client PC.

Bei uns ist auch Homeoffice angesagt, soweit es geht.

Die Produktion (Geräte, keine Software :)) läuft soweit weiter, es wurde die Reinigung der Flächen erhöht und Sorge getragen, dass die Kollegen zwei Meter Abstand halten können, Pausenregelungen, Kantinenregelungen usw. wurden entsprechend auch verabschiedet.

Wirtschaftlich merken wir wohl etwas aber scheinbar nichts besorgniserregendes, sonst hätte es eine AdHoc Meldung für die Börse gegeben.

Hi,

schau nochmal, was ich geschrieben habe :)

Hallo DerMax,

die Frage ist, was genau du erreichen möchtest.
In der Regel (Ausnahmen wären z.B. Datenbank Administrationstools wie z.B. SQL Server Management Studio) verbindet man eine Client Applikation niemals direkt mit der Datenbank, sondern setzt einen Abstraktionslayer (idr eine WebAPI) dazwischen.
Für die WebApi gibt es gängige Authentifizierungsmethoden, die dir dann diese Arbeit abnehmen.

Edit als Hintergrundinfo:
Das ganze macht man aus Sicherheitsgründen:

• damit niemand die direkten Datenbankzugangsdaten kennt/kennen muss
• damit man genau kontrollieren kann, was auf der Datenbank passiert
• damit die Datenbank nicht öffentlich erreichbar sein muss
• damit man die etablierten Sicherheitsmechanismen, die auf dem http Protokoll aufbauen nutzen kann

Ich würde sagen nein und das aus Gutem Grund!

Benutze Google, du wirst nicht der/die erste mit diesem Problem sein.
Es gibt sogar etwas inden MS Docs dazu: https://docs.microsoft.com/en-us/dotnet/framework/winforms/controls/creating-an-explorer-style-interface-with-the-listview-and-treeview

visuelle Elemente, die dir Windows Forms bietet.
Z.B. einen Treeview. Ich bin nicht so firm, was Windows Forms angeht, aber es wird sicherlich auch Elemente, wie ein ListView geben.

Die Directory Klasse bietet an sich alles, was du für die Arbeit mit Ordnern und Dateien benötigst.

Definiere, was du unter Vergleichen verstehst und was der FTP Server unterstützt.

Wenn Vergleichen heißt, dass die Dateien auf Byte-Basis exakt gleich sein müssen bleibt nur herunterladen (oder hochladen) und vergleichen, sofern der Server keine Checksummen versteht.

Wenn Vergleichen aber für dich heißt, gleiche Größe und gleiches Änderungsdatum, dann kann das FTP sehr wohl leisten, denn die Informationen bekommst du bei einem Listing mitgeliefert.

Nein, aber du bekommst ein Komplett Produkt, zu dem du dir auch Support kaufen kannst und nicht alles alleine konfigurieren musst.
Gerade, wenn du nicht Experte für getunnelte Remote Verbindungen bist, baust du dir selber schneller einen offenen Angriffsvektor, als du chauen kannst.

C# Interactive könnte so funktionieren (oder ähnlich).
Du kannst auf deine Klassen und deren Methoden zugreifen und Zustände erzeugen.
Ob das aber so optimal ist kann ich nicht beurteilen - da habe ich nicht genug Erfahrung.

Alternative wäre auch PowerShell.

Alternativ bieten sich auch Produkte wie Teamviewer an.

In dem von mir verlinkten Artikel ist es gut beschrieben. Wenn du eine Schichtentrennung zwischen Datenhaltung und Datenpräsentation einführst und eigene Klassen in den Schichten hast, musst du zwischen diesen Klassen eine Projektion erzeugen.

Für die Projektion kannst du AutoMapper verwenden - musst es aber nicht.

Das Grundproblem (aber nicht die Lösung) ist, dass Entity Framework per default bei 1:n Verknüpfungen automatisch alle Datensätze mitlädt. Vermutlich ist, wenn dein Model gerendert wird, bereits die Datenbank Verbindung wieder geschlossen und damit können die Datensätze nicht automatisiert nachgeladen werden.
AutoMapper würde bei einer ausgeführten Projektion die Datensätze aber zugreifen wollen und diese damit nachladen (gesetzt dem Fall, du hast EFCore so konfiguriert, dass es das tut - ich bin aber nicht sicher, ob es das in der aktuellen Version überhaupt kann, ich habe das zum letzten mal in EF 6 benutzt).


Edit: verlinkt ist nicht gepostet - im Text korrigiert

Vermutlich hat er einfach die Child Items nicht geladen, dies könntest du in deinem Query mittels

Include(c => c.Orders)

Ich muss gestehen, mein WPF ist schon etwas her.
Ich hätte das vermutlich mit einem DataTemplate gelöst und gefilterte Termine in einer Property Collection bereitgestellt :)

Vermutlich liegt aber Prinzipiell aber da auch das Problem. Du verwendest in der View-Schicht die Datenbank Entitäten. Würdest du eine Projektion erzeugen, bei der nur eine Personenliste existiert und das Personen-Model bereits eine eigene Collection mit Terminen hätte, würde alles funktionieren, denn du kannst ja auch die Properties der Personen Instanz zugreifen.

Von den Vorteilen bleibt nur "kann andere ASP.NET Teile verwenden" und das ist auch der Vorteil schlechthin in dem Fall.
Der gRPC Service lässt sich einfach als Endpoint einbinden (via MapEndpoints im Startup) und du ersparst dir das Hosting selber.

Hi,

sind die Termine direkt an das Person Objekt als Property gebunden (a) oder hast du eine extra Collection mit Terminen (b)?

Gibt mehrere Lösungen, deine ListBox hat eine SelectedItem Property, welche du an eine Property im ViewModel vom Typ Person binden kannst. Wenn sich diese ändert (im Setter),

a) deine Termindarstellung einfach an das SelectedItem der Listbox direkt im XAML binden
b) kannst du einfach deine Termine filtern und in einer extra Collection anbieten

Kurzform:

-> Wenn du es verteilen willst, besorge dir ein Zertifikat zum Signieren, von einer vertrauenswürdigen Zertifizierungsstelle.
-> Wenn es nur für dich ist, erzeuge dir selber ein Zertifikat zum signieren und installiere es im Windows Zertifikatsspeicher.

Bezüglich des Codebeispiels - meinst du den DataTemplateSelector?

Das ist eine eigene Klasse, die dann in den Ressourcen deiner View referenziert (und ggf. instanziiert) werden muss.

Der Namespace "d" ist meines Wissens immer vordefiniert, den solltest du nicht ändern. Generell hat dieser Einfluss auf den Designer (im Originalzustand).

Du suchst diesen hier:http://schemas.microsoft.com/expression/2010/interactivity

An sich sollte der Designer dir bereits sagen, dass im Namespace d kein Interaction enthalten ist.

Gefunden durch Google: https://stackoverflow.com/questions/1048517/wpf-calling-commands-via-events

Das klingt nach einer Schichtenverletzung der [Artikel] Drei-Schichten-Architektur .
Dein UI (=XAML) sollte nichts von deinem Datenlayer (=XML via XDocument, XElement) wissen.

Das Tutorial wurde für .NET Framework 2.0 geschrieben.

Prinzipiell funktioniert das alles noch, aber gerade bei IO gibt es seit ein paar Jahren Nebenläufige Konzepte mit async & await, die sich in vielen der API's wieder finden.
Das ist vor allem dann praktisch, wenn du mit UI's arbeitest.

Nutze ein Command, bzw. ein RelayCommand innerhalb deines ViewModels, dass du an den Löschen Button bindest (anstatt des Click Handlers in der Code Behind). dann kannst du aus dem RelayCommand auf die per Databinding gekoppelte Property des ViewModels mit dem Selected Item zugreifen.

MVVM in WPF bietet nicht nur Databindings, sondern auch Command Bindings.
Im besten Fall ist in der CodeBehind nur ein Aufruf an InitializeComponent();

P.S.: Das Binding hat als Inhalt nicht die ID, sondern ein Stand Objekt.

Den Exit Code musst du weiterhin aus der Main method zurückgeben.

Eine "globale Variable" ist nicht notwendig, hierfür kannst du das gleiche Konstrukt verwenden, wie Microsoft für den IApplicationLifetime verwendet: Ein im Dependency Injection registriertes Singleton, dass du allerdings vorab instanziierst und zur Kommunikation zwischen deinem HostedService und der Main Methode verwendest.

static async Task<int> Main(string[] args)
        {
            MyLifetimeHandler myLifetime = new MyLifetimeHandler();
            IHostBuilder builder = new HostBuilder()
                    .ConfigureAppConfiguration((hostingContext, config) =>
                    {
                        config.SetBasePath(Directory.GetCurrentDirectory());
                        config.AddJsonFile("appsettings.json", optional: true);
                        config.AddJsonFile($"appsettings.{Environment.MachineName}.json", optional: true);
                    })
                    .ConfigureServices((hostingContext, services) =>
                    {
                        services.AddOptions();
                        services.AddSingleton(myLifetime);
                        // Startup
                        services.AddHostedService<MyApp>();
                    });
            await builder.RunConsoleAsync();
            return myLifetime.ExitCode;
        }

class MyApp: IHostedService
{
  public MyApp(...., MyLifetimeHandler lifetime) {...}
  [...]
}

class MyLifetimeHandler
{
  private readonly IApplicationLifetime _lifetime;

  public int ExitCode { get; private set; }

  MyLifetimeHandler(IApplicationLifetime lifetime)
  {
     _lifetime = lifetime;
  }

  void Exit(int exitCode)
  {
    ExitCode = exitCode;
    _lifetime.StopApplication();
  }
}

Ein wenig google hätte dich zu diesem Beitrag geführt:https://stackoverflow.com/questions/54912012/how-to-stop-exit-terminate-dotnet-core-hostbuilder-console-application-programma

--> indem du dir über DI die Implementierung von IApplicationLifetime holst.

Edit: Hier noch die Dokumentation dazu: https://docs.microsoft.com/en-us/aspnet/core/fundamentals/host/generic-host?view=aspnetcore-3.1#ihostapplicationlifetime

Das, was du da machst nennt sich Boxing.
Natürlich kannst du nur auf die Methoden und Properties der Klasse HeroClass zugreifen, die anderen sind dir ja nicht bekannt.

Um das zu lösen gibt es tendenziell mehrere Möglichkeiten:
-> der is Operator

HeroClass currentHera = ...;
if (currentHero is Batman batman) { batman.skill3(); }
elsif (currentHero is Robin robin) { robin.skill5(); }

Aus meiner Erfahrung: meist sind solche proprietären Protokolle von den Herstellern nicht öffentlich dokumentiert und werden auch nicht öffentlich kommentiert.

Lösungen für den Seiteneffekt wären ja an sich ganz einfach zu implementieren:
-> Anderen Port nutzen
-> Singlecast nutzen
-> Netzwerk so wählen, dass nur die relevanten Teilnehmer deinen Broadcast bekommen (Firewall)