Circe: Klären Sie die Rolle der "Nachricht" von DecodingFailure.

circes DecodingFailure ist ein Nachkomme von Argonauts (String, CursorHistory) in DecodeResult , und in Argonaut gibt es einige Unklarheiten darüber, was die Zeichenfolge darstellt - an einigen Stellen handelt es sich nur um eine Zeichenfolgendarstellung des Typs. und an anderen Stellen ist es eine detailliertere Nachricht darüber, was schief gelaufen ist. Da es in Argonaut keinen Namen hat (und das entsprechende Argument für zB DecodeResult.fail nur s ), scheint die Bibliothek keine besondere Verpflichtung dahingehend einzugehen, wie die Zeichenfolge aussehen soll interpretiert werden.

Ich hatte ursprünglich geplant, hier in Kürze weitere Anleitungen zu geben, aber wir sind bei Version 0.5 und message in DecodingFailure spielt immer noch beide Rollen, und jetzt spielen die neuen DecodingFailure.fromThrowable in # 303 fügt eine gedruckte Stapelverfolgung in das Nachrichtenfeld ein, die noch eine andere Art von Dingen einführt, die es tun kann.

Ich würde mich für Vorschläge interessieren, wie wir die Felder in DecodingFailure verfeinern können, um zu verdeutlichen, was jeder tun sollte. Ein einfacher Ansatz wäre, einfach neue Felder hinzuzufügen: so etwas wie name: String , message: String , ein optionales underlying: Option[Throwable] und das faule CursorHistory , aber ich bin es definitiv offen für andere Ideen.