Hi rustaceans! What are you working on this week? Did you discover something new, you want to share?

  • nebeker@programming.dev
    link
    fedilink
    English
    arrow-up
    7
    ·
    6 months ago

    Just learning. I threw together a little CRUD API in Rocket the other day.

    Now I’m playing around with Diesel. I don’t love the intermediate New types, coming from EF Core. Is that because Rust ~~~~doesn’t really have constructors?

      • nebeker@programming.dev
        link
        fedilink
        English
        arrow-up
        1
        ·
        6 months ago

        The insert on their Getting Started guide.

        let new_post = NewPost { title, body };

        diesel::insert_into(posts::table)
            .values(&new_post)
            .returning(Post::as_returning())
            .get_result(conn)
            .expect("Error saving new post")
        

        Of course the other possibility is this guide is very low on abstractions.

        • sugar_in_your_tea@sh.itjust.works
          link
          fedilink
          arrow-up
          2
          ·
          6 months ago

          Ah, I see. So you’re expecting to have one object for creation, updates, queries, etc.

          I work with something like that at work (SQLAlchemy in Python), and I honestly prefer the Diesel design. I build an object for exactly what I need, so I’ll have a handful of related types used for different purposes. In Python, we have a lot of “contains_eager” calls to ensure data isn’t lazy loaded, and it really clutters up the code. With Diesel, that’s not necessary because I just don’t include data that I don’t need for that operation. Then again, I’m not generally a fan of ORMs and prefer to write SQL, so that’s where I’m coming from.

          • nebeker@programming.dev
            link
            fedilink
            English
            arrow-up
            1
            ·
            6 months ago

            One of my main concerns with this is the potential for making a lot of separate calls to the DB for a complex data structure. Then again there are trade offs to any architecture.

            • sugar_in_your_tea@sh.itjust.works
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              6 months ago

              Isn’t the reverse true? If you make separate models for each query, the ORM knows exactly what data you need, so it can fetch it all as once. If you use generic models, the ORM needs to guess, and many revert to lazy loading if it’s not sure (i.e. lots of queries).

              That’s at least my experience with SQLAlchemy, we put a lot of effort in to reduce those extra calls because we’re using complex, generalized structures.

  • GreenDot 💚@le.fduck.net
    link
    fedilink
    English
    arrow-up
    6
    ·
    edit-2
    6 months ago

    reverse proxy using tokio and hyper, there are few things to figure out on high traffic sites, it doesn’t work as well compared to nginx after a certain threshold.

      • GreenDot 💚@le.fduck.net
        link
        fedilink
        English
        arrow-up
        4
        ·
        edit-2
        6 months ago

        Yeah, I’m looking at it, will probably rewrite the logic using Pingora. or maybe I did something wrong. Not sure if its something using the hyper legacy client, that has connection pooling, maybe there’s something there to improve.

        or maybe the use of RwLock to share the config struct is reaching some limits. Will try using parking_lot to see if anything changes.

    • sugar_in_your_tea@sh.itjust.works
      link
      fedilink
      arrow-up
      2
      ·
      6 months ago

      That’s too bad, I was thinking of replacing our nginx proxy with Rust. We need a little logic, so we currently have nginx -> gateway service -> microservice, and I was hoping to drop nginx. Maybe I still can, but it sounds like there would be some tradeoffs.

  • Nereuxofficial@programming.dev
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    6 months ago

    A general purpose memory allocator although this is really much a work in progress i think there are some good opportunities for otimization in a memory allocator for rust.

    For example Rust gives you the size of memory region to free, which means the allocator does not have to track that.

  • Cwilliams@beehaw.org
    link
    fedilink
    arrow-up
    3
    ·
    6 months ago

    I just started writing a programming language! I’m using pest for the grammar/lexing, which makes if super easy. I built my ast using enums and structs, which makes me appreciate Rust even more. I also am coming to love the way rust handles errors. For example, when there’s an error converting from pest -> ast, it feeds all of the error into into my error type, which is so much easier to handle than making it panic out of the function

  • peanutbutter_gas@lemm.ee
    link
    fedilink
    arrow-up
    1
    ·
    6 months ago

    Made a discord soundboard bot. Some simple text channel commands get the bot to join whatever voice channel you’re in and get the bot to display available sounds as buttons in the text channel. It actually works really well and sounds great.

    My friends and I just wanted a bigger soundboard without having to pay for it.