servant
core-libraries-committee | servant | |
---|---|---|
60 | 16 | |
95 | 1,785 | |
- | 0.8% | |
5.3 | 8.7 | |
about 2 months ago | 8 days ago | |
Haskell | ||
- | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
core-libraries-committee
-
An alternative front end for Haskell?
> But the obvious and easy solution in the current language would be to return Maybe, which isn't done because there's a feeling that it's not a big enough step to be worth the effort, and dependent types will eventually solve this anyway.
That's not why it's not done. listToMaybe already exists[1] and you can't change the type of head without breaking everyone's code, so head in the next version of base will come with a warning[2] and that's about as much as you can do whilst still maintaining backwards compatibility.
[1] https://www.stackage.org/haddock/lts-21.14/base-4.17.2.0/Dat...
[2] https://github.com/haskell/core-libraries-committee/issues/8...
- Proposal: extend Data.Bitraversable API with firstA and secondA
-
Core Libraries Committee (CLC) Update: June 2023
The proposal to add quantified superclasses to Bifoldable and Bitraversable has been reopened too. https://github.com/haskell/core-libraries-committee/issues/93
-
Monthly Hask Anything (June 2023)
My understanding is any change to base requires an explicit proposal, and if it involves adding stuff to Data.List that could break other packages, that will be taken into account. But it's not a dealbreaker, e.g. a recent proposal to add Data.List.unsnoc got accepted.
- Proposal: add foldl' to Prelude
- プロポーザル: Data.List.unsnoc :: [a] -> Maybe ([a], a) を追加する
- Proposal: add Data.List.unsnoc :: [a] -> Maybe ([a], a)
- Proposal: add instance {Enum, Bounded, Num, Real, Integral} Compose f g a
-
The Haskell Unfolder Episode 2: quantified constraints
Bifunctor has one as well (issue)
- Proposal: expose sized integer types {Int,Word}{8,16,32,64} from Prelude
servant
-
An alternative front end for Haskell?
> do you really have to understand language extensions?
You do when your code doesn't compile and you're trying to figure out what the error message means, or when the library you want to use makes heavy use of it for even basic functionality.
> These days one just enables GHC2021
My experience was pre-GHC2021. I basically had to enable at a minimum 5-6 language extensions in every single file.
> Mostly they're just about removing unnecessary restrictions from the older standard.
Yeah, those ones are usually fine. I have zero objection to things like FlexibleInstances or DeriveFoldable.
> Could you give an example?
I believe I was trying to implement Central Authentication Service using Servant. However, that required returning a custom HTTP status code. There has been an open Github issue for this since 2017, but it seems to require basically rewriting the entire framework: https://github.com/haskell-servant/servant/issues/732
Looking back at it now Servant does have "ServerError", but that basically requires giving up all the advantages Servant claims to have and I believe it was not a viable option at the time. Looking at the timeline I was probably also on Servant 0.15, and there seems to have been a rewrite since then.
I vaguely recall running into a similar issue trying to interact with a database, but I can't remember the details of that.
-
Question: Servant with NamedRoutes and Swagger
a HasSwagger instance for NamedRoutes was added in May 2022 (in this commit) but there hasn't been a package release since March
-
Monthly Hask Anything (November 2022)
If you don't like this style, the usual alternative is to change mkDualAuthHandler to take two additional arguments, Proxy tag0 and Proxy tag1 (as e.g. lots of Servant functions do, for historical reasons).
-
How introduce `ResourceT` into my stack
Dunno if this is helpful, but I found this github issue about ResourceT and servant https://github.com/haskell-servant/servant/issues/1345
-
Introduction to Doctests in Haskell
And what about the cabal repl --with-compiler=doctest, which was added recently, in doctest v0.20? I recently submitted a PR for Servant to use this in place of GHC environment files, because it seems less finicky to me. Was this a bad idea?
-
Generate Typescript from Servant API
I asked a somewhat relevant question recently. Maybe you'll find this discussion somewhat helpful: https://github.com/haskell-servant/servant/issues/1547; two packages were talked about. One of the folks from Well Typed replied, and said they tried it recently (and worked fine).
- Named Routes in Servant
-
[ANN] Servant 0.19 release
You are highly encouraged to test this release out and let us know what you think ! For bug reports, features requests or any kind of feedback, just open a ticket on our issue tracker.
-
[Servant] Best practices to not mixup routes with same signatures.
Even slower than :<|> quadratic compile time in number of routes?
-
Help with servant-client
Check this out https://github.com/haskell-servant/servant/issues/335#issuecomment-172300487
What are some alternatives?
unfolder - Repository with code snippets that accompany episodes of The Haskell Unfolder
servant-ts - See the docs and live playground here
snake-fury - a challenge for Haskell beginners
graphql - Haskell GraphQL implementation
ghc-proposals - Proposed compiler and language changes for GHC and GHC/Haskell
loli
swagger-petstore - swagger-codegen contains a template-driven engine to generate documentation, API clients and server stubs in different languages by parsing your OpenAPI / Swagger definition.
servant-blaze
gc-monitoring-wai - a wai application to show `GHC.Stats.GCStats`
open-browser - Haskell library for opening the web browser.
servant-pagination
servant-github - servant types to access the GitHub API v3