Типы ошибок about fsd-rest-news HOT 3 CLOSED

Не особо имеют смысла. … они сразу же используются вместе с encode в других местах

Минимум надо строить Value, а потом сериализовавать с помощью encode

Почему нельзя иметь один тип ошибки конечной жсон ошибки?

Можно. Из хорошо бы еще тип _этой_ ошибки иметь извлек, что для каждой ошибки необходим свой тип.

P.S. Почему такой странный инстанс ToJSON? Почему поле name, хотя в типе это error?

По пути, видимо, где-то потерял правильное имя поля :)

почему бы не использовать его в типе и просто генерить инстанс?

Если имеется ввиду автогенерация инстанса без ручного определения toJSON, то

 Could not deduce (aeson-1.5.3.0:Data.Aeson.Types.ToJSON.ToJSON
                          RestNews.DB.Errors.WrongUsernameOrPassword)
        arising from a use of ‘encode’

from fsd-rest-news.

Не особо имеют смысла. … они сразу же используются вместе с encode в других местах

Минимум надо строить Value, а потом сериализовавать с помощью encode

Но иметь на каждую ошибку новый тип для этого не обязательно. Нет, можно было бы бы иметь по типу, но тогда нет смысла ложить еще внутрь Text с каким то текстом ошибки. Т.е.

data MustNotBeNegative = MustNotBeNegative

instance ToJSON MustNotBeNegative where
    toJSON (MustNotBeNegative error')
        = object ["error" .= "must not be negative"]

имеет смысл, такие ошибки удобно кидать, а задавать ее представление в жсоне можно в инстансе. А вот создавать десяток типов -- оберток над текстом изоморфных друг другу, для того чтобы сериализовать их в одно и то же -- я не вижу в этом смысла

from fsd-rest-news.

Если имеется ввиду автогенерация инстанса без ручного определения toJSON, то

 Could not deduce (aeson-1.5.3.0:Data.Aeson.Types.ToJSON.ToJSON
                          RestNews.DB.Errors.WrongUsernameOrPassword)
        arising from a use of ‘encode’

sooo?

from fsd-rest-news.