Wichtig, daß der Lokalisierungs Name Genau den selben Namen hat, wie die Enum selbst.
Wenn hier wieder Namen übereinstimmen müssen - wo ist dann die Typsicherheit?
Da müsste dann eher ein Quellcode Generator dazwischen, damit das wieder typsicher ist, sonst könnte mir passieren, dass ich den Enum Eintrag RedColour nenne und nichts geht mehr?
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.
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.
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.
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.
Oh cool.. das ist eine gute Quelle für Lösungen, die ich bei mir noch unschön finde.
Problem an der Namespace Lösung bei Refit ist, dass ich ein INamedTypeSymbol bräuchte... ich könnte halt irgendeins nehmen oder das, was den kürzesten Namespace Namen hat.
Schade, dass der Default Namespace kein Teil der Kompilierung ist, nur Teil des Projektes
ich erstelle gerade einen ISourceGenerator und möchte diesen nicht nur in Projekten mit Main Methode, sondern auch in Klassenbibliotheken einsetzen.
Der Generator erstellt eine Erweiterungsmethode in einer eigenen Klasse für den DI Registrar. Als Namespace möchte ich gerne den Basisnamespace der Lib einsetzen, damit die Erweiterungsmethode direkt verfügbar ist.
In ausführbaren Projekten erhält man den Namespace der Main Methode relativ simpel über
Das ist nicht optimal, denn dieser kann anders sein - sagt schon der Kommentar. Die Property Name ist mit ähnlichen Einschränkungen belegt.
Ich hatte überlegt einfach die Namespaces durchzugehen und aneinanderzusetzen und zu schauen ab wann ich das erste mal eine Typdefinition finde - das finde ich allerdings unsauber (Namespace Parts in der Assembly erhält man via context.Compilation.Assembly.NamespaceNames).
Ohne jetzt den Bug beschönigen zu wollen.
Zeitstempel sind mit eine der komplexeren Sachen, die man programmieren kann, gerade wenn man Hardwarenah oder mit einer älteren, evtl. portierten Codebasis unterwegs ist.
Aber einen Zeitstempel Dezimal in ein binäres System zu pressen ist schon „interessant“.
Ich erliege gerade einem seltsamen Problem, für dass ich die Lösung nicht alleine finde.
Ich habe zwei Controller, die ähnlich aussehen:
gleiche Attribute auf Controller Ebene (ApiController, Route)
fast gleiche Attribute auf der Action (HttpGet, 3x ProducesResponseType)
ähnliche Methodensignatur
Ich binde hier ein record an die Query Parameter mittels des FromQuery Attributs. Die records der beiden Controller haben dieselben Properties.
Bei dem einen Controller funktioniert das blendend, es werden alle Properties gebunden, sobald diese als Query String vorhanden sind, bei dem anderen Controller wird allerdings die eine Property nicht gebunden und ist immer null, während ich sie im Query Property des Requests aber sehen kann.
Was ich bereits ausgeschlossen habe:
Es hängt nicht an der record selber, andere Properties funktionieren - es liegt nur an der einen „string?“ property
Es liegt nicht an „init“ anstatt „set“
Es liegt nicht an record, als class habe ich diegleichen Probleme
Groß/Kleinschreibung ist es auch nicht
(Nicht, dass ich einen der Punkte erwartet hätte, aber ich wollte es ausschließen)
Was könnte es noch sein und wie kann ich das sinnvoll debuggen? Mein Versuch mit Modelbindern dahinter zu kommen scheitert dann daran, dass der Modelbinder alleine schon das komplette Konstrukt in ASP.NET Core 6 aushebelt und der Binder selber verantwortlich ist.
wenn du Daten von einem Benutzer einliest, musst du immer sicherstellen dass valide Daten vorliegen - vor allem dann, wenn du den eingegebenen string Datentyp in einen anderen Datentyp umwandelst.
Dieses umwandeln nennt sich parsen.
Stell dir vor, ich als Anwender gebe an dieser Stelle keine Ganze Zahl oder sogar einen Buchstaben ein:
int output = Convert.ToInt32(Console.ReadLine());
Das würde ein Programm zum Absturz bringen.
Als Eingabe in deine Methode Exchange gibst du verschiedene Zahlenwerte, diese sind innerhalb der Methode selber nicht sprechend - betrachtet man die Methode unabhängig, dann kann der Entwickler dort nicht wissen, was die Bedeutung von input = 1 ist.
Eine Möglichkeit hier wäre ein enum zu verwenden.
Anstelle der if/else Kombination würde sich ein switch oder eine switch expression anbieten.
Das ist etwas zu kompliziert als Lösung für dein Problem, man könnte hier aber mit einem Factory Pattern herangehen und für jede Konvertierung eine eigene Implementierung eines ICurrencyExchange Interfaces implementieren.
Wie du siehst führen immer ganz viele Wege ans Ziel. Welcher dabei der richtige ist, hängt immer an den Anforderungen die du selber oder jemand anders an deine Applikation stellt.
In Azure gibt es die Möglichkeit das in einen Key Vault (Geheimnisspeicher) auszulagern. Azure übernimmt dann die Bereitstellung der Authentifizierung ggü. dem Key Vault.
On Prem gibt es andere Anbieter, HashiCorp Vault z.B.
Ich würde dir empfehlen, dir einmal den Prozess aufzumalen und zu visualisieren.
Wenn dein Background Service keine parallele Verarbeitung kann, wird er immer nur ein Item aus der Queue entnehmen und verarbeiten. Ein neues Item wird dann in der Queue verbleiben, bis die Verarbeitung des vorherigen abgeschlossen ist.
Hast du denn schon einmal Beispiel Implementierungen gemacht und ein wenig herumgetestet?
Was möchtest du denn mit den Exceptions erreichen?
Der BackgroundService ist in sich geschlossen, eine Exception würde dazu führen, dass er abstürzt. In deiner App ist er nur insofern eingebettet, dass er an den Lifecycle der Applikation gebunden ist.
Das sollte Basic Authentication sein - hoffe ich
Kommt, wenn du im Browser versuchst das aufzurufen eine Anmeldeseite vom Browser (als Popup)?
Falls ja, dann ist das, was der Browser macht wenn du User und PW vor der URL mit angibst Basic Authentication. Der Browser erzeugt für deinen Request einen Authentication Header mit Wert $"{user}:{pass}" als Base64 kodierten Wert.
P.S.: Auf Result zugreifen solltest du vermeiden. Wenn du await nicht verwenden kannst, nimm GetAwaiter().GetResult().
Der Channel an sich ist Thread Safe (auch eine ConucrrentQueue wäre hier möglich, das ist nur ein Beispiel).
Am besten du liest einfach die Doku hinter dem Link, den ich gepostet habe. Der Rest hängt davon ab, ob du parallelisieren kannst.
Das wird du berechnen müssen, was da am besten für dich ist.
Bei Blobs kostet dich der Traffic nichts (eingehend in Azure), wohl aber die Anzahl an Requests.
Blob Storage bietet dabei z.B. AppendBlobs an, die du in beliebigen Größen immer wieder erweitern kannst (Ich habe das allerdings bisher nur mit Text Formaten gemacht - wüsste aber nicht, was gegen Binärformate sprechen sollte). Du musst allerdings mehrere Requests machen um etwas anzufügen (Properties lesen, Lease erstellen, Upload, ggf. Lease erneuern, Lease entfernen)
BlockBlobs kannst du als Chunk hochladen - hier wäre vermutlich aber der Blob weg, wenn du den PC neustartest.
Prinzipiell kann man da leider nur sagen: Kommt auf deine Anforderungen an.
Damit das nicht zu einem "Zugriff auf DB direkt oder indirekt"-Thread wird, nur zwei Dinge zu bedenken:
Es kommt immer sehr genau auf das Szenario an, ob ein direkter Datenbank Zugriff gewollt sein kann. Dabei spielt neben der Sicherheit (Jeder Anwender benötigt Datenbank Zugriff, Jeder Anwender HAT Zugriff auf die Datenbank und kann nicht nur das machen was ihm die Anwendung erlaubt, Datenbank ist über Netzwerk erreichbar, ...) auch Lizenzen eine Rolle, bei CAL's kann es sein, dass bei direktem Zugriff für jeden Anwender eine Lizenz erforderlich ist.
Du solltest vermeiden aus deiner GUI Anwendung direkt auf eine Datenbank zuzugreifen, sondern über eine HTTP API gehen.
Anfangs hast du nach möglichen Frameworks gefragt. Du könntest die Desktop Applikation weglassen und eine auf ASP.NET Core basierte Webapplikation entwickeln.
Entweder direkt Server gerendert (dann hast du nur eine Applikation) z.B. mittels RazorPages (da solltest du mit dem Stichwort gute Beispiele finden) oder mit einer Single Page Application (dann hast du allerdings zwei Applikationen die du entwickeln musst).
Prinzipiell ist nichts falsches daran, den User Ordner zu nutzen, vor allem den Documents...
Ist "admin" dein eigener Benutzername oder der eines anderen?
In .NET gibt es die Möglichkeit den Benutzerordner auszulesen, dann ist der Ordner auf jeden Fall der richtige. SChau dir dafür Environment.GetFolderPath (Api-Docs) an.
Ich bin mir nicht sicher, aber eventuell kommt die Unauthorized Exception auch dann, wenn der Ordner nicht existiert(?), was ein Tippfehler sein könnte.
was hast du denn bisher probiert? Das Forum ist dazu da dir bei konkreten Problemstellungen zu helfen, nicht dir ein Programm zu schreibem.
Ich habe vor Jahren mal mit iText gearbeitet, soweit ich mich erinnere könnte das funktionieren.