Hi,
sowas realisiere ich gerne mit Serilog (So geht´s: https://blog.fabritglobal.com/database-logging-serilog-asp-net-core/) oder vorher mit Log4Net.
Würde an der Stelle das Rad nicht neu erfinden - es sei denn es gibt Anwendungsfälle die solche Logger nicht abdecken.
Hi,
in dem Fall sieht es ganz Stark nach FK aus. Wie sieht denn das Model aus? Fluent-API Nutzung und dort ggf. eine Reference aufgebaut?
Hi,
hast du mal im Debugger per Breakpoint geschaut, was ipv6key zurückgibt?
Ist das wirklich NULL? Wenn nicht, dann prüfe den Rückgabewert und behandle das entsprechend.
Ich würde darauf tippen, dass es daran liegt, dass uint und int niemals NULL sein werden - das lassen die Typen nicht zu.
Dafür gibt es IIRC uint? und int?.
Denke, das sollte dein Problem schon mal lösen was die Exception angeht.
Hi,
aus dem Bauchgefühl heraus würde ich es so angehen:
Änderungsdatum der Ausgangsdatei mit der der Zieldatei vergleichen, dann hast du ein Delta das entweder positiv oder negativ ist. Ist es positiv, dann ist die Zieldatei neuer, wenns negativ ist, dann ist sie älter.
Damit kannst du schon mal prüfen welche Einträge neuer sind und somit hinzugekommen sein könnten, oder ob sie weggenommen worden sind.
Dann gehst du Zeile für Zeile durch die dir prüft ob es das was du in der Zieldatei oder Quelldatei hast (je nach Delta) schon in der Quelldatei / Zieldatei vorhanden ist, wenn nicht, wurde es hinzugefügt oder entfernt.
Trivial ist das ganze, wie ABT schon sagte, nicht - aber es wäre ein Denkanstoß wie man eine eigene Implementierung durchführen könnte.