2. Fórumok
  3. Szoftverfejlesztés
  4. C# programozás

Új hozzászólás Aktív témák

  • #9132 dqdb nagyúr bandi0000 #9130
    Új Válasz #9132
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    dqdb

    nagyúr

    válasz bandi0000 #9130 üzenetére

    De most ez a megoldás nem rosszabb, mintha csak csinálnék pl egy osztályt, amibe van egy error és esetleg egy status code tulajdonság amit mindig visszaadok?
    Ha kizárólag webes felületet nyújtasz, akkor szerintem ez az exception + middleware páros a legjobb.

    Ha vegyes felvágott a helyzet, mint nálunk, ahol webes és MQ felület is előfordul, akkor más a helyzet. Ezeknél az adott API implementációból az általad kérdezetthez hasonló üzenet jön ki, az API által dobható exceptionök kezelése belül megtörténik:

    public class SomeResponse : IResponse
    {
    public string RequestID { get; set; }

    public class OK : SomeResponse
    {
    public string SomeData { get; set; }
    }

    public class FailedBecauseOfThis : SomeResponse, IFault
    {
    public int Code { get; set; }
    public string Message { get; set; }
    }

    public class FailedBecauseOfThat : SomeResponse, IFault
    {
    public int Code { get; set; }
    public string Message { get; set; }
    }
    }

    Proto:
    message SomeResponse {
    string RequestID = 127;
    oneof subtype {
    SomeResponseOK OK = 1;
    SomeResponseFailedBecauseOfThis FailedBecauseOfThis = 2;
    SomeResponseFailedBecauseOfThat FailedBecauseOfThat = 3;
    }
    }
    message SomeResponseOK {
    string SomeData = 1;
    }
    message SomeResponseFailedBecauseOfThis {
    int Code = 1;
    string Message = 2;
    }
    message SomeResponseFailedBecauseOfThat {
    int Code = 1;
    string Message = 2;
    }

    Sikeres válasz:
    {
    "some_data" : "data"
    }

    Hibás válasz:
    {
    "code": 123,
    "message": "blabla"
    }

    Aztán ha MQ-n keresztül érkező kérésről van szó, akkor a teljes SomeResponse leszármazott megy vissza protobuf kódolással, ha webes kérésről van szó, akkor általában* egy réteg a hibákat a példány típusa és/vagy kód alapján megfelelő 4xx/5xx státuszkódokra mappeli és a hibaüzenetet tartalmazó JSON-t ad vissza, ha sikeres volt, akkor simán JSON megy vissza (webes kéréseknél a RequestID sem kerül bele a válaszba, csak a konvertálást, szerializálást, naplózást befolyásoló attribútumokat az egyszerűség kedvéért lehagytam).

    * általában, mert volt, hogy a 200 azt jelentette csak, hogy a szerver válaszolt, és ugyanúgy protobuf ment vissza a kliens felé

Új hozzászólás Aktív témák