Suchergebnisse

Bevor du dir da jetzt den Kopf zerbrichst und versuchst, das auf Krampf in C# zu übersetzen: erstell eine C#-Klassenbibliothek und lade dort deine Klassen rein. Die kannst du problemlos in deinem VB-Projekt referenzieren und verwenden. EDIT: Ich will nicht sagen, dass du dir die Mühe gar nicht machen sollst, aber manchmal ist es sinnvoller, den Einfachen Weg zu nehmen, bevor man sich unnötig den Kopf zerbricht :)

Im Hintergrund ist das alles MSIL. Die ganzen System-Libs die du verwendest, sind auch in C# geschrieben

C#-Quellcode (8 Zeilen) So wäre aber die valide Syntax in C#.

Zitat von kafffee: „Und Date ist kein Schlüsselwort, sondern ein Datentyp“ Ich bin erschrocken. Das ist ja tatsächlich ein VB-Keyword Zitat von kafffee: „Ja aber der Datentyp ist doch da an sich auch wieder ein Schlüselwort ?? /klugscheiss 2.0“ In MSIL-Sprachen ist sowieso alles ein Object. Also macht es keinen Unterschied - Datentyp = Object. Zitat von kafffee: „Hab jetzt [date] gemacht, weil im Original ist es auch kleingeschrieben...Ist das in deinem Sinne?“ Lt. Microsoft Coding-Guideline sol…

Zitat von ErfinderDesRades: „Der Grund wird sein, dass sie Verwirrung schaffen wollten, also verhindern, dass Vb.Net-Programmierer den Unterschied von Datentyp und Schlüsselwort verstehen.“ Da kannst drauf wetten. Das ist ja maximal verwirrend, was die da angestellt haben. Die Sprache ist so umfassend geworden, dass sie komplexer ist, als C++, was Schlüsselwörter angeht.

Ich konnte das Projekt bei mir gar nicht bauen, weil ich dotnet 4 nicht installiert habe (und ich war jetzt ehrlich gesagt zu faul, das alles in ein neues Projekt zu basteln). Es gibt ein cooles Tool, das heißt QuickType. Damit kannst du jegliches JSON in eine von vielen Sprachen übersetzen. Daraus resultiert folgende Datei: (Versteckter Text) Das übernimmt die Serialisierung und Deserialisierung für dich und wandelt auch gleich alle Namen entsprechend der Microsoft Coding Conventions. Der verwe…

Zitat von kafffee: „Okay Dummheit tut weh“ Willkommen in der Welt der Softwareentwicklung Solche Hirnfurze haben wir alle mal. Zitat von kafffee: „Doch ein Problem muss ich nachschieben“ Dafür sind wir da. Zitat von kafffee: „as amerikanische Datumsformat ausgegeben wird... YYYY-MM-DD oder so...“ Das ist das japanische Datums-Format (und mMn sowieso das Format, was alle nutzen sollten). Amerikanisch schaut folgendermaßen aus: ​MM-DD-YYYY Du könntest das hier probieren: C#-Quellcode (6 Zeilen)

Zitat von kafffee: „Jetzt war ich 25 Jahre der festen Meinung“ Dann hast du noch nie etwas mit DateTimes zu tun gehabt, sowie mit Zeitzonen. Schätz dich glücklich. Es gibt nichts schlimmeres, als Daten und Uhrzeiten... Zitat von kafffee: „Versteh ich den Code richtig“ Leider nein Zitat von kafffee: „der stellt also klassenweit/programmweit/systemweit(??) das benutzte Datumsformat auf AdjustToUniversal?“ Nein, du übergibst der ​TryParseExact-Methode nur das eine Mal diese Parameter mit. Ich weiß …

Zitat von kafffee: „Gutes Neues! Hoff du bist gut reingeschlittert“ Jo, in der Tat. War gut. Ich hoffe doch inständig dass dein Neujahr ebenso gut war? Zitat von kafffee: „Okay ich denke den Code hab ich verstanden. out wäre also das Äquivalent zu ByRef in VB?“ Ja, so ist es. Zitat von kafffee: „Wenn das jetzt eine Property As DateTime gewesen wäre, hätte ich im Getter deinen Code platziert, aber wenn das kein DateTime ist??“ Der einzige wirkliche Unterschied zwischen DateTime und DateTimeOffset…

Das wird so nicht hinhauen, weil Json.Net keine privaten Member sehen kann. Das muss schon public sein. Bei deinem Date Property versuchst du auch gerade ein Boolean zurückzugeben, weshalb der gerade quängelig wird. Als Property würde ich das auch nicht schreiben. Da wäre eine Methode eher angebracht. Properties sind wirklich nur zum Ein-/Auslesen von Werten und nicht, um irgendwelche Rechnungen zu machen. Probier mal: C#-Quellcode (9 Zeilen)

C# ist erstmal nichts anderes als VB im Hintergrund. Nur ein paar mehr Features. Du versuchst da aus einer Klasse eine Methode aufzurufen, ohne dass du von der Klasse eine Instanz erstellt hast, oder dass die Methode static (also shared) ist. ​public static class DateConverter und ​public static DateTimeOffset? GetDate()

Gib mir mal ein bisschen Zeit. Ich bastel mal. Melde mich gleich zurück.

Dann spare ich mir die weitere Mühe. Ich konnte das Problem nämlich gar nicht reproduzieren. War schon dabei durch alle Properties zu laufen und mir alles auszugeben

Zitat von kafffee: „Was macht ein implicit operator“ Ein implicit operator erlaubt es dir, eine eigene Konvertierung für einen Typen zu schreiben. So kannst du zum Beispiel spezifizieren, dass deine Klasse implizit (also ohne Cast) zu einem anderen Typen gewandelt werden kann. In diesem konkreten Fall ist das eine implizite Umwandlung von einem DateTimeOffset zu einem FirstReleaseDate. Zitat von kafffee: „was bedeutet das =>?“ Das ist der sog. Lambda-Pfeil. Damit kannst du anonyme Funktionen sch…

Zitat von kafffee: „Das sieht so aus:“ Könntest du deinen Beitrag nochmal bearbeiten und die Zeile markieren, wo genau die Exception geworfen wird? EDIT: Völlig überlesen. Sorry. Zitat von kafffee: „Vielleicht liegts daran, dass ich Framework 4.8 benutze??“ Wage ich zu bezweifeln. Aber generell sollte man eigentlich auf die neueren Frameworks setzen. Zitat von kafffee: „Ein Try-Catch-Block?“ Wäre zumindest ein Anfang, ja. Da solltest du nur schauen, dass du dann nicht die komplette Deserialisier…

Zitat von kafffee: „Was hältst du davon, wenn ich nach dem Catch ein Continue For einfüge?“ Das könnte eine Maßnahme sein, ja. Probier man etwas herum und wenn du gar nicht weiterkommst, sag Bescheid

Zitat von DTF: „Nein so ist es nicht ganz.“ Du hast natürlich Recht, dass die Semantik nicht identisch ist. Ich habe in diesem Fall nicht den Sinn gesehen, da so in die Tiefe zu steigen, denn am Ende des Tages ist es für die IL nichts anderes, als ein Pointer mit ein paar speziellen Regeln. Nichtsdestotrotz hast du Recht.

Zitat von RodFromGermany: „Studio-Konverter“ Das ist tatsächlich ein sehr interessantes Feature. Wusste nicht, dass es das gibt. QuickType wird aber glaube ich mein Favorit bleiben. Ich nutze VS mittlerweile sehr wenig. Eigentlich nur für UI Sachen. Den Rest mache ich in VS Code (vor allem da ich eigentlich nur unter/für Linux entwickle).

Zitat von ErfinderDesRades: „quicktype generiert eine Class Welcome“ Das ist tatsächlich ein Fehler vom @kafffee, dass QuickType die Klasse so benannt hat. vb-paradise.de/index.php/Attachment/54560/ Oben gibt man einen Namen ein. So wird die Klasse am Ende heißen. Gibt man dort einen anderen Namen ein, wird die Klasse auch genau so heißen. vb-paradise.de/index.php/Attachment/54561/ Zitat von ErfinderDesRades: „Wenn mans kapiert hat, ist QuickType wohl am dollsten“ QuickType erlaubt noch sehr vie…

Zitat von ErfinderDesRades: „Wie jetzt - du hast da beim Quellcode der Site mitgewirkt?“ Siehe hier Es gab einen ziemlich nervigen "Bug" in dem C++-Teil den ich gefixt habe. Rohe Pointer für optionale Werte

Zitat von ErfinderDesRades: „auf die Schnelle finde ich folgendes komisch:“ Ich habe mir das gerade nochmal angeschaut und ich glaube ich kann dir erklären, woher das kommt. Unter Linux ist es üblich, den Timestamp (Unix Epoch) zu verwenden, dieser wird (eigentlich) immer als ​long übergeben. Vorstellbar wäre es, dass die diese Strukturen bauen, um eine Art POSIX-Kompatibilität zu bekommen. Wurde hier implementiert: github.com/glideapps/quicktype/pull/312/files

Zitat von ErfinderDesRades: „Von einer Kompatiblitäts-Klasse täte ich Umrechnungs-Funktionalität erwarten.“ Hm, nun gut. Ich schaue mir das bei Gelegenheit mal an. Vielleicht kann ich den Fehler finden und fixen.

@ErfinderDesRades Ich werde mir das auf jeden Fall mal anschauen. Ich will noch das Verhalten zwischen C# und C++ vergleichen. Da habe ich gesehen, dass der da immer nur Strings verwendet. Bin mir unsicher ob das so sein soll oder nicht. Der könnte nämlich ganz einfach die tm-Struktur nehmen. Die müsste es auch unter Windows geben. Gib mir ein paar Tage Zeit, ich schaue mal dass ich dazu komme.