[HN Gopher] Axum 0.8
___________________________________________________________________
Axum 0.8
Author : minimaxir
Score : 69 points
Date : 2025-01-01 18:18 UTC (4 days ago)
(HTM) web link (tokio.rs)
(TXT) w3m dump (tokio.rs)
| dang wrote:
| Related:
|
| _Getting Started with Axum - Rust 's Most Popular Web Framework_
| - https://news.ycombinator.com/item?id=38545341 - Dec 2023 (25
| comments)
|
| _Axum 0.7.0_ - https://news.ycombinator.com/item?id=38432225 -
| Nov 2023 (1 comment)
|
| _Migrating from Warp to Axum_ -
| https://news.ycombinator.com/item?id=33718765 - Nov 2022 (75
| comments)
|
| _Show HN: Axum web framework for Rust - a demo tutorial_ -
| https://news.ycombinator.com/item?id=30615288 - March 2022 (1
| comment)
| lytedev wrote:
| I really like Axum. Like... a lot.
|
| However, it feels petty weird sometimes as the extractor thing
| results in somewhat unusual-looking function signatures. Not a
| real problem and something I'm sure I would appreciate more if I
| understood exactly how it worked...
|
| But it makes for really ergonomic definitions of route handlers.
| Even if it presently feels a little bit like weird or gross
| dependency injection.
| dgls wrote:
| I'd recommend giving
| https://www.youtube.com/watch?v=Wnb_n5YktO8 a watch if you want
| to learn how it all works. Although, after watching it I'm
| pretty convinced Axum is actually an alien technology designed
| by minds greater than our own...
| diggan wrote:
| > https://www.youtube.com/watch?v=Wnb_n5YktO8
|
| Two hour video which is basically a raw dump of a past live
| stream... Is there any condensed version with the relevant
| information, or even better, a text article version?
| iknowstuff wrote:
| https://lunatic.solutions/blog/magic-handler-functions-in-
| ru...
|
| https://github.com/alexpusch/rust-magic-
| patterns/blob/master...
| vimwizard wrote:
| I had the same thought about both axum and diesel
| Kinrany wrote:
| I wish they extracted the magic functions into a separate
| library. There is no reason for dependency injection to be tied
| to HTTP servers.
| maximilianburke wrote:
| Isn't that the point of Axum? It's the convenience of route
| management (and more) built on top of an underlying HTTP
| server, in this case Hyper.
| iknowstuff wrote:
| https://github.com/alexpusch/rust-magic-patterns/blob/master...
| LeftHandPath wrote:
| I've enjoyed what I've done with Axum thus far. I ultimately
| opted to use Leptos on top of it, so I don't really use it
| directly at this point. But it's neat.
|
| For a long time, I used PHP and JS/TS for web projects. Now I'm
| using Rust with Axum/Tokio/Tower/Hyper (web server), Leptos (SSR
| using "Islands" flag, which also allows WASM generation for front
| end; JSX-like syntax), and Diesel (ORM and query builder that
| expects you define your schema using raw SQL). (I also leapt from
| DB2, MySQL and MariaDB to PostgreSQL)
|
| It's heaven.
| satvikpendem wrote:
| It's great, isn't it? I'm doing the same for my apps, with Rust
| as the backend with Axum and Diesel, except I'm using Flutter
| for the frontend and also flutter_rust_bridge for some Rust
| crates I want to use directly inside the Flutter frontend.
|
| I'm using Flutter as I'm making mobile apps primarily and I
| think it will take Rust based solutions a long time to get to
| feature and component parity with Flutter, it is simply a huge
| task to create a UI framework and component library from
| scratch, only a company like Google or Apple seem to be able to
| do so.
| cies wrote:
| > It's heaven.
|
| Your welcome.
|
| PHP and JS/TS are SWE ghettos. The improvements that TypeScript
| React, Laravel or Drizzle (smart SQL builder for TS) give are
| great but none can fix the underlying problems that a really
| shitty programming language results in.
|
| I used to really love Ruby. But I now believe there's even
| better that's also totally free.
|
| Rust is really nice!
|
| Kotlin, OCaml and Haskell also have some amazing "doing it
| right" cultures, that leverage "stronger typing" techniques.
| koito17 wrote:
| I have slowly been getting into Rust for some personal projects.
| Already ported one of my Clojure applications to Rust and really
| enjoy the the tooling (and resource efficiency!) compared to
| Clojure.
|
| Would like to try Axum, but couldn't find reliable code
| generation tools. Has the tooling improved on that front? I would
| love to hear if anyone has tried the rust-axum[1] OpenAPI
| generator and whether it generates decent Axum-based code.
|
| OpenAPI isn't a hard requirement. I'm open to using Protobuf or
| Smithy as an IDL if the Rust ecosystem offers better server code
| generation with them.
|
| [1] https://openapi-generator.tech/docs/generators/rust-axum/
| tracker1 wrote:
| I think Axum has been pretty great... like a high perforance
| version of Oak/Koa/Hono in the JS/TS space. Mostly used it for
| straight web services so far.
| robjwells wrote:
| I really hope guide-level docs are on the roadmap for Axum. The
| current situation of "here are some (third-party) blog posts and
| YouTube videos" is not greatly encouraging. For reference:
|
| https://github.com/tokio-rs/axum?tab=readme-ov-file#getting-...
|
| https://github.com/tokio-rs/axum/blob/main/ECOSYSTEM.md#tuto...
___________________________________________________________________
(page generated 2025-01-05 23:00 UTC)