RUST Enums ARE Better

Поділитися
Вставка
  • Опубліковано 6 лис 2024

КОМЕНТАРІ • 510

  • @ThePrimeagen
    @ThePrimeagen  Рік тому +51

    first, also hey, let me know what you think about this code video? I tried to make LOTs of code, but cool and exciting. (also like the video, ty ty :))

    • @diegolikescode
      @diegolikescode Рік тому +1

      hey prime, where do I find the streams where you teached BigO and data structures? I cant find it ;-;

    • @asmunds5831
      @asmunds5831 Рік тому

      Might be my favorite one yet! I really like how you "show, don't tell" us that Rust is better. Currently halfway through the Rust Handbook, hoping I get an idea for something to create soon!

    • @fulconandroadcone9488
      @fulconandroadcone9488 Рік тому

    • @bombrman1994
      @bombrman1994 8 місяців тому

      hope you keep doing stuff like these. I know you are taking on a different arch doing click baits, but you are truly a good teacher dont turn to the dark side :D

  • @SkyKosiner
    @SkyKosiner Рік тому +181

    I really love this new style with showing the ctode, great video!

  • @matheusnogueira7219
    @matheusnogueira7219 Рік тому +469

    I feel so hyped to learn Rust every time you make a video on it

  • @nikensss
    @nikensss Рік тому +144

    Oh my God, these animations and the code presentations are God tier! What the fuck is this super high quality!!! Also the explanations are top notch. The video is amazing! 10/10

    • @NathanHedglin
      @NathanHedglin Рік тому +12

      Gotta love Motion Canvas

    • @al1gned
      @al1gned Рік тому +7

      @@NathanHedglin thank you, i was looking for this :)

  • @JannisAdmek
    @JannisAdmek Рік тому +39

    I love clear Result/optional types, these are soo much better then exceptions!

  • @loucadufault6549
    @loucadufault6549 Рік тому +26

    Seems very similar to language features from the FP world, specifically OCaml.
    The match functionality with extracting out data from container values is so powerful that it serves as the basis for most algorithms in OCaml.
    It’s pretty cool to see so many languages adopting FP language features like Python and Rust taking matching.

    • @dealloc
      @dealloc Рік тому +12

      Funny you should say it. Rust did get a lot of inspiration from other languages such as OCaml and Swift, etc. In fact, the Rust compiler was written in OCaml before being self-hosted.

    • @markzuckerbread1865
      @markzuckerbread1865 Рік тому +3

      Wish more languages preferred total functions over partial functions that throw exceptions, checked exceptions are decent, but I prefer the latter.

    • @magne6049
      @magne6049 Рік тому +1

      ReScript is the OCaml for JS, and thus has a better type system than TS, comparable to Rust.

  • @al1gned
    @al1gned Рік тому +49

    Prime, I loved this style of comparing code. Really, really helps and also really dig that colour scheme;)

  • @teej_dv
    @teej_dv Рік тому +10

    enum RealProgrammingLanguages { Rust, Haskell }

  • @StefanvonderKrone
    @StefanvonderKrone Рік тому +41

    I know this concept from Haskell and Swift. They‘re great! I really hope, that there will someday be an equivalent in TS

  • @sebred
    @sebred Рік тому +13

    I am currently doing my CS undergrad and we are doing a one-year-long team-programming exercise. We have to do this in Java and in our code we basically have multiple enums that are templates to build functions out of. The hoops you have to jump through to make this a reality in Java are insane (we ended up coding a bunch of Factories) and I am quite jealous that it does not work like in Rust.

  • @Westar.
    @Westar. Рік тому +15

    Woah Prime! Calm down there! If you continue like this I'll end up learning rust

  • @DEVDerr
    @DEVDerr Рік тому +31

    Waiting for more Rust jobs, to finally switch from TypeScript to Rust. I love TypeScript sooo much, I written lots and lots of code during 5 years of my career, but Rust seems to me to be my next step

    • @godnyx117
      @godnyx117 Рік тому

      It's just a trend. It's very annoying to work with (which is ironic) and it takes 10 years to compile a hello world app. Even if it gets more popular, the whole world will not adopt it if the don't fix at least these problems. So it will stuck at a point. Typescript is the best for its usecase. Rust is not the best in ANYTHING.

    • @itsimplified
      @itsimplified Рік тому +8

      Switch from TypeScript to Rust? There programming languages are geared towards fundamentally different niches, they are not interchangeable. You won't be writing anything client-side for a Website (e.g. for a Browser) in Rust - because browsers don't run Rust code.

    • @DEVDerr
      @DEVDerr Рік тому +8

      @@itsimplified Not really. Browsers also run WebAssembly which Rust can be compiled to. So you can use Rust framework like Leptos to build Web Apps. Also TS is used for writing Node server-side applications which you can also do in Rust.
      So... they are almost interchangeable 😅

    • @itsimplified
      @itsimplified Рік тому +4

      @@DEVDerr How many websites made in WebAssembly have you seen? Which percentage of the web are these?

    • @irishuang5294
      @irishuang5294 Рік тому

      ​@kamilksen I saw from WebAssembly's official doc the other day saying they're still catching up for resource-intensive stuff like video editing/image/computer vision rendering stuff because for now, Rust doesn't support those as neatly as Javascript does. I'm sure soon enough, especially with more traffic/usage, they'll be caught up. Nothing starts out popular. It's adoption and iteration for improvements that make anything we have today "popular". "How many browsers are made of WebAssembly" is a regressive way of looking at tech :), and quite frankly, might become irrelevant the more popular it gets.

  • @scottiedoesno
    @scottiedoesno Рік тому +37

    It's really crazy how readable rust can be if you don't try to get too fancy. Loving getting to work with TS and Rust on my 2 projects right now

    • @ThePrimeagen
      @ThePrimeagen  Рік тому +7

      such luck!

    • @mannycalavera121
      @mannycalavera121 Рік тому +29

      When I write my potato rust I find it very readable. When I start using other peoples clean optimised Rust it's alien language.

    • @snk-js
      @snk-js Рік тому +4

      @@mannycalavera121 yeah, rust's functional power inherited from haskell allows for ultimate concise solutions. You can be as much semantic as the language is able to on both OOP or functional programming. Rust is the human being game changer

    • @CasimiroBukayo
      @CasimiroBukayo Рік тому +8

      Yep, Rust's arcane parts are wwaaaay more readable compared to C++ templates.

    • @DBGabriele
      @DBGabriele Рік тому +2

      ​@@CasimiroBukayoto old C++ templates, the modern ones are so much readable ... even more than rust (rust macros are hard to read).

  • @FinalSentinel
    @FinalSentinel Рік тому +8

    While this video may not be the best performing video, the knowledge packed into it is stellar. Thanks for making it Prime.

  • @jocdiazm
    @jocdiazm Рік тому +4

    This type of format is so good. I feel that re-watching the video does not tire me at all if I don´t get the concept in the first run.

  • @throwaway3227
    @throwaway3227 Рік тому +4

    Also pretty cool is that Option (which would be the same as a nullable pointer) actually is represented as a single nullable pointer in memory, since rust knows that the pointer (Box) cannot be null, and therefore uses null to represent None.

  • @JR7SQUARE
    @JR7SQUARE Рік тому +2

    What software you used to show the code? Is the same as code aesthetics? Just curious. I really liked it.

  • @chatt7486
    @chatt7486 Рік тому +11

    This feels pretty similar to Java enums. What I like about Rust's approach is having errors propagate as values, since like you said, you know exactly what you're getting just from the return type including potential errors

    • @mskiptr
      @mskiptr Рік тому +3

      Can the Java enums have a value attached to one of the variants? I thought they are just ints underneath, but if they do that's a gamechanger

    • @chatt7486
      @chatt7486 Рік тому +3

      @@mskiptr Yeah they can. Each of the items of the enum is an instance of the object you define

    • @mskiptr
      @mskiptr Рік тому +1

      @@chatt7486 So how would you write the following in Java?
      enum TreeOfInts {
      Node(TreeOfInts, u32, TreeOfInts),
      Nil,
      }

    • @chatt7486
      @chatt7486 Рік тому +2

      @@mskiptr Hmm I don’t think you can quite do something like that. Java enums basically are just a set of pre-defined instances of the class, so you can’t have individual enum values have different sets of properties (but, they can have the same set of properties). I suppose Rust enums are more akin to tagged unions whereas Java enums are more or less just a set of predefined instances.

    • @cemgecgel4284
      @cemgecgel4284 Рік тому +7

      @@mskiptr that would be
      sealed interface TreeOfInts {
      record Node(TreeOfInts left, int value, TreeOfInts right) implements TreeOfInts {}
      record Nil() implements TreeOfInts {}
      }

  • @logannance10
    @logannance10 Рік тому +12

    I remember learning how Rust enums can hold a subtype and it blew my mind.

  • @Krzysiekoy
    @Krzysiekoy Рік тому +2

    Did you use some software to edit the code slides, or was this done by your editor?

  • @techwithattila
    @techwithattila Рік тому +11

    The result types feel similar to Java checked exceptions. Interesting, in general I think the industry moved over to unchecked exceptions due to the caller not being able to handle properly all the possible exceptions. Seems like in Rust this works better I suppose?
    Also was glad to see that Kotlin enums share some similar traits as Rust which is neat.
    Great job with the code highlighting Prime! Did use any programs to achieve this darken / focus effect on the code?

    • @QazCetelic
      @QazCetelic Рік тому +4

      Checked exceptions are less flexible, unchecked exceptions are error-prone. I really like Rust’s method because it’s flexible and prevents unhandled errors.

    • @fabricehategekimana5350
      @fabricehategekimana5350 Рік тому +1

      Yeah, I am glad that more languages are adopting functional programming feature. That with OOP, we can have the better of both worlds

    • @CHEpachilo
      @CHEpachilo Рік тому +4

      The point of Rust type system (enums included) is that it guarantees that there is no undefined behavior in your code. It's not like here we have type system, here we have exception system and they somehow working together if programmer knows what he is doing. No, that's the old way and practice tells that it never works. Instead in Rust type system IS exception handling system. Why? Because types is the only thing that always guaranteed in compilation time. So that what makes this effect "if it compiles -- it works"

  • @AzerAnimations
    @AzerAnimations Рік тому +4

    Hey Prime, nice video. Have you ever tried Haskell? I would be curious what you thought of it. Rust has so much momentum now and I wish some other really cool languages like Zig, Haskell, or even Common Lisp or Clojure could get some love from a big voice.

    • @raianmr2843
      @raianmr2843 Рік тому +1

      Gawd knew Clojure and Haskell wud be too powerful if He made the popular 😭

  • @BenjaminWheeler0510
    @BenjaminWheeler0510 Рік тому +7

    I like to think of Rust enums as C unions. I know it's not a one-to-one comparison but I think it makes the most sense

  • @thomcarter3656
    @thomcarter3656 Рік тому

    Nice video! On the array example, am I right that this is demonstrating the difference between structural and nominal typing, and how the latter is stricter?

  • @yorgohoebeke
    @yorgohoebeke Рік тому

    ThePrimeagen, I am learning rusting to create a cross platform app. I'm thinking of using rust for the backend. For the front end, should I rely on a Javascript framework or a rust framework like Dioxus?

  • @hacktor_92
    @hacktor_92 Рік тому +2

    a fun, random fact about rust enums: if you want to have an "any" type (i.e. retrieving a value from a database store), you can use it in order to map db types to rust types. this is how surrealdb handles query values internally for each column

  • @abdisamadkhalif4283
    @abdisamadkhalif4283 Рік тому +2

    Prime, is this video part of an upcoming Rust For TypeScript Devs course. Amazing explanations, as always. Thank you.

  • @taragnor
    @taragnor Рік тому +2

    Rust is just such a well-designed language in general, and enums are a great example. Rust's enums are a combination of the classic enum concept of associating a constant int with a defined string to constrain values to a range of valid values, mixed with the idea of a union type, where you can have one variable that can hold multiple types of data. Most mainstream languages have seriously sucked at handling union types properly. Typescript somehow manages to even screw up the constant to act as a value constraint part too.

  • @RodrigoLopezVera
    @RodrigoLopezVera Рік тому +1

    Hey Prime! loved the vid. One quick question, what software do you use to edit your coding videos like this?

  • @charlesoconor
    @charlesoconor Рік тому +1

    You can use typescript enums to enforce that each case is matched. It's not on by default which would be nice, but you can get it to give you a type error by sending the variable you're switching over to never.
    function getColorName(c: Color): string {
    switch (c) {
    case Color.Red:
    return "red";
    case Color.Green:
    return "green";
    // Forgot about Blue
    default:
    const exhaustiveCheck: never = c;
    throw new Error(`Unhandled color case: ${exhaustiveCheck}`);
    }
    }

  • @thomassynths
    @thomassynths Рік тому +2

    FWIW, you can get exhaustiveness checking in TS switch statements by using something like
    default: notReachable(value);
    where
    function notReachable(value: NoReturn): NoReturn {}
    Anyway, algebraic data types FTW. Glad languages like Rust are looking at functional languages for inspiration.

  • @jacksonbourne
    @jacksonbourne Рік тому +2

    For 0:36, I cover this issue with the `@typescript-eslint/switch-exhaustiveness-check` rule in eslint. It would be ideal if it was a TypeScript warning or option, but I think most TypeScript devs use eslint anyway so I don't think it's a big issue

  • @mateuszdworak1252
    @mateuszdworak1252 Рік тому

    Looking at this, coming from Swift to Rust might actually be way easier than I thought. This sounds exactly like Swift enums, even Optional is basically enum { case none, some(T) }

    • @RhysMorgan
      @RhysMorgan 23 дні тому

      Yep. Option/Optional and Result are the same in both languages.
      Swift just has some extra syntactic sugar around Optionals, with being able to declare properties like `let thing: Int?` whereas I think you have to use the more verbose Option syntax in Rust. Also, Swift allows implicit optional promotion, where you can pass a non-Optional value to a property expecting an Optional without manually wrapping in a Some case.

  • @MasterHigure
    @MasterHigure Рік тому +1

    Don't forget let else, which landed recently. It's the early return guard version of if let, although it lets (heh) you do other things as well. And it moves so much code to the left.

  • @peterkeller7880
    @peterkeller7880 Рік тому +3

    Rust is 👑. Rust is life. Oxide everything. Blazingly rusty. 🦀

    • @fulconandroadcone9488
      @fulconandroadcone9488 Рік тому

      Rusting iron blazingly fast is fire. Doing it even more blazingly fast would an explosion. Rust is ashes from love of iron and oxygen slowly burning till they are both consumed. Ah, the romance.

  • @EduardLepner
    @EduardLepner Рік тому +5

    Pattern matching in Elixir is even more mind blowing.

  • @EricAndre615
    @EricAndre615 Рік тому

    Switch and enums in TypeScript won't have exhaustive checking like match and enums in Rust. However, using enums with records will. For example
    ```
    enum Color {
    Yellow = 'Yellow',
    Red = 'Red',
    Green = 'Green',
    Blue = 'Blue',
    }
    type CanPrint = { print: () => void }
    type ColorRecord = Record
    const printColor = (color: Color) => {
    const colors: ColorRecord = {
    [Color.Red]: { print: () => console.log('red') },
    [Color.Green]: { print: () => console.log('green') },
    [Color.Blue]: { print: () => console.log('blue') },
    }
    colors[color].print()
    }
    ```
    Here Typescript will do an exhaustive check of the enum variants.
    Since Color has a `Yellow` variant in the enum `const colors` will give you a typescript error like:
    ```
    Property 'Yellow' is missing in type '{ Red: { print: () => void; }; Green: { print: () => void; }; Blue: { print: () => void; }; }' but required in type 'ColorRecord'.
    ```
    Still nothing as great as Rust, but nothing usually is.

  • @CaptainWumbo
    @CaptainWumbo Рік тому

    I watched this because you mentioned being disappointed in the performance of the video somewhere else.
    While there's a audience for it, I think it hits this weird duality of "I already know what this is" and "I can't even guess what this is." Probably the best hook is going to be "I know a little and want to know more." Just my two cents.
    For me this is all just haskell but verbose (not that I'm in love with Haskell). Sum types and verifying correctness of the program and pattern matching... it's neat but it can be such a pain to refactor or rearrange. At least in Rust you print a message without having to pollute your whole program with Effect monads XD I'm still on the fence about types, I like them in C where they have real meaning about the memory you're working with, but I never feel rescued by them. They can never be perfect and there's this whole spectrum of how painful you want them to be versus how effectively they will reveal bugs and the balance just never hits the right mark for me. I'm very Rich Hickey on it, I want to be able to amend my software easily without changing existing behaviour, I don't want types to guide me through making breaking changes that are going to leave behind bugs regardless. I just hate brittle software that needs a million changes when no functionality actually broke. Don't know if any of that makes sense, but cheers anyway I love your videos

  • @AZisk
    @AZisk Рік тому +2

    Good vid. btw, you can add methods to Enums in TypeScript too

  • @jimhrelb2135
    @jimhrelb2135 Рік тому

    I really wish the tech-fluencers take inspiration from this much effort into putting such a valuable lesson for us. I would really wish that you publish writings using GPT if you find it helpful for speed for publication.
    I would love to read code-oriented and example-oriented style in blogs. It really makes it easier for me to "fork" the examples and consume it in my own notes, while allowing you to funnel to potentially a wider audience.
    No, this comment is not GPT-generated, and I nor did I tell it to explicitly write like I'm 13 years old

  • @stevenperez5260
    @stevenperez5260 Рік тому

    I wondered what tool did you use for the code animations? Great video 🙂👍🏻

  • @MunyuShizumi
    @MunyuShizumi 3 місяці тому

    1:07 If you want this in TypeScript:
    function never(n: never) { return n }
    Then in the switch(x) you add:
    default: never(x);
    If all enum cases are accounted for, TS will narrow x to never and will compile this. If x is anything other than never (even any!), it will refuse to compile until you add the case.
    If a return is needed, you can just return the never(x), or return a sentinel value, or throw whatever. Returning a never type is always valid, and the enum safety is still there due to the invalid never(x) call.
    It's as safe as you can make this in TypeScript and will only fail during runtime if your type narrowing above is completely busted due to bad typeguards, in which case you have bigger problems on your hand, and you'd have runtime issues either way. In any case, it's better than not using it whenever you want to ensure all enum cases are accounted for.

  • @ahmadalghali90
    @ahmadalghali90 Рік тому

    Prime, what about Java or C# do you not like and prefer Rust over?

  • @MathieuTanguay2802
    @MathieuTanguay2802 Рік тому

    Dang! I didn't know enums could have methods in Rust. That's pretty cool. As a casual Rust dev, I find it hard to discover some of the rare pearls of Rust like this one. You just have to know that this feature exists. I have never heard of methods on enum in any other languages, making hard to look for this. Even if I already knew 95% of what you talked about in your video, the enum part blew my mind. Thanks Prime for doing these kind of videos. I really like the content you create. Keep it up!

    • @TekExplorer
      @TekExplorer Рік тому

      wait till you hear Dart enums can not only have methods, but constant parameters too.

  • @morotspaj
    @morotspaj Рік тому +1

    I think you should mention exhaustive switches in typescript via function assertUnreachable(x: never): never { }. It would also make a lot of sense to mention tagged union types in typescript which brings it closer to rust enums.

  • @sabrinapyles563
    @sabrinapyles563 Рік тому +2

    JS->TS->Rust pipeline let's gooo. Love this kind of content from your channel.

  • @luiscarlosjayk
    @luiscarlosjayk 5 місяців тому

    Pretty neat explanation about how Rust Enums are superior to Typescript Enums and also its type system in general. I wouldn't say it's Typescript's fault as it tries to solve an issue to a language that wasn't made with Types in mind.
    And second, about the presentation style, animations, etc, gorgeously and simple, not bloated with crazy animations; highlighting side by side TS and equivalent in Rust was really nice.
    10 out of 10 for this presentation and explanation

  • @masteringmui
    @masteringmui Рік тому

    Great videos man. Would love to see some on meta skills like your process of learning and how to develop deep understanding of these abstract systems

  • @xpygx1599
    @xpygx1599 Рік тому

    A fix to the scalability issue you mention with traditional enums is to make an X macro that expands into a static array. This way, it is impossible to miss a single enum type. Then, you don't need a function, rather index into the static array using the enum name to yield its value.

  • @giuliopimenoff
    @giuliopimenoff Рік тому +1

    The rust enums often remind me of Kotlin sealed classes, I know their are not fundamentally the same thing, but the experience in using them is somewhat similar.
    You should take a look at Kotlin, it's a really powerful language and great for backend dev (expecially with ktor ;)

  • @stephene706
    @stephene706 Рік тому

    Beautiful video! I’d recommend slowing down a tad bit tho, felt like you were going too fast at times

  • @ra-dro
    @ra-dro Рік тому

    Thanks for highlightning interesting parts.
    Rust looks really promising.
    Regarding exceptions, if I get you right, there is interesting opinion on forcing explicitly manage exeptions.
    Article is The Trouble with Checked Exceptions

  • @vasiliossyrakis2100
    @vasiliossyrakis2100 Рік тому

    How'd you animate all those fancy text comparisons?

  • @dimitardimitrov3421
    @dimitardimitrov3421 Рік тому +1

    Great video, as usual! The editing on this one however is next level. Well done! Really easy to follow! Good job! Keep up the good work!

  • @isaactfa
    @isaactfa Рік тому +1

    That `if let = value { true } else { false }` can even be shortened with the `matches!` macro which does just that: `matches!(value, )`

  • @0xBienCuit
    @0xBienCuit Рік тому +7

    You would well fit into an aula giving a lecture to a whole class and each student would come out understanding what they have just learned

    • @smartjackasswisdom1467
      @smartjackasswisdom1467 Рік тому

      He has courses, his personality is a lot less explosive but he really motivates you to learn.

  • @RhysMorgan
    @RhysMorgan 23 дні тому

    Swift enums are exactly the same, both in terms of how the compiler complains if you pattern match against an enum value but don’t explicitly handle every case, and in being able to attach associated values to them. Super powerful technique.

  • @charetjc
    @charetjc Рік тому

    > Who handles the error?
    This is why I fundamentally abhor exceptions for error handling. Every time I try to catch exceptions without resorting to `catch (BaseException e)`, assuming the language has one base class for exceptions, I always find one undocumented and uncaught exception that crashes my app, because the only way to find all the exceptions thrown is to read all the functions you call, and all the functions those functions call, and all the functions those functions call, ad nauseam.

  • @dealloc
    @dealloc Рік тому

    I'd say the "string | number | Custom" type isn't quite equivalent to the Rust's enum, because there are no primitive variants in the Rust example (since that is not possible, which why we need to wrap the value type). You can think of each variant as its own type that can wrap around their associated values.
    It would be more correct to say
    type Item = Foo | Bar | Baz;
    Where any variant Foo, Bar and Baz are typed as:
    type Foo = {
    kind: "Foo"; // Discriminator
    value: string; // Bar = number, Baz = Custom
    }
    This way we also avoid the issue with pushing strings to the array.
    You could think of this as being similar to the more verbose version in Rust:
    enum Item {
    Foo { value: String },
    Bar {.value: usize },
    Baz ( value: Custom }
    }
    Albeit with extra step of defining the discriminator manually.

  • @coderstubechannel
    @coderstubechannel Рік тому +1

    Thank you for providing this comparison of Rust and JavaScript! Your perspective has inspired me to create my own videos on the topic. Thanks, see you soon! 💪

  • @urbaniv
    @urbaniv Рік тому

    Have you ever tried elm for front end? It's also strict toyed language and I think someone who loves types in Rust must love elm

  • @inDefEE
    @inDefEE Рік тому

    Would LOVE a video on how you manage to work full time, run a twitch and yt channel, and learn and work on your skills. All while having 4 kids and a wife!?
    I struggle harddddd to find more than 2-3 free hours per week and i’m a senior dev with a wife and 2 kids. Would love to know how you organize your time and make it all happen!

  • @wisdomelue
    @wisdomelue Рік тому

    hi primagen, do you mind sharing the language you write mostly at netflix?

  • @El-Burrito
    @El-Burrito Рік тому

    You and the "No Boilerplate" channel have gotten me so interested in trying Rust

  • @kumartatsat868
    @kumartatsat868 Рік тому +1

    Apart from checking a new field while matching an enum, I think Java is just about similar to Rust in these regards. Of course, the performance difference is huge, but still, I still don't feel like its worth migration away from Java (just based on this feature). I'll explore other functionalities and the checks that rust compiler runs while making a binary, since that looks really cool, ngl.

    • @MrNatsuDragneel
      @MrNatsuDragneel Рік тому

      Most languages ​​are the same as Rust, C# for example is the same. Rust has become a religion almost followers are going crazy.

    • @kumartatsat868
      @kumartatsat868 Рік тому +1

      @@MrNatsuDragneel I feel the same, as I watch on more and more of Prime's videso on Rust.

  • @FunctionGermany
    @FunctionGermany Рік тому

    the second point you brought up about Item and string seems to be based on the duck-typed nature of TS. TS must be duck-typed because the types don't exist at runtime, so you can only assure that types are compatible with each other, but not actually the correct instances (unless you use prototypes/classes). so i think this applies to every statically typed language, not just TS. maybe not a fair comparison?

  • @livghit
    @livghit Рік тому +4

    Thank you very much for the Inspiration and motivation you give me / us trough youre wonderfull blaizinglyyyyyyy fast videos !!! I love you're vibe !

  • @faraonch
    @faraonch Рік тому

    These comparisons are a really good way to convince people to learn rust. I am a Frontend dude, I use Typescript, I hate it but I use it because it's better than plain JS but I still hate it.

  • @Maniac-007
    @Maniac-007 Рік тому

    4:00 “Every square is a quadrilateral, but not every quadrilateral is a square” 🤓🤓
    Sorry had to do it, love ur videos btw keep going ❤

  • @UM7TV
    @UM7TV Рік тому +2

    One of my favorite enums is Ordering. So easy to read.

  • @dzarko55
    @dzarko55 Рік тому

    My favorite part about result is that you can make your own error type that you can implement Into for - meaning you can seamlessly turn a random imported error type into your own with minimal code and clutter (usually *less* clutter)

  • @peacemekka
    @peacemekka Рік тому +1

    Rust is brilliant. This error handling however does put a lot of boilerplate match/if statements. But I agree its better than debugging random crashing & failures.

  • @CBusschaert
    @CBusschaert Рік тому

    legit a great video. I do feel bad that it's doing not doing as well as your other ones. I share your pain in that regard.

  • @KunamatataEU
    @KunamatataEU Рік тому

    What do you use for the code part of the video?

  • @Delta0001-y
    @Delta0001-y Рік тому

    Swift also has all these features with enumerated & you’d be surprised how much easier everything is to maintain when using enums this way. The possible permutations are logically sealed & so it’s very hard to miss things if you base your foundation of workable items in enums.
    The best kind of code is the kind that won’t compile if you do something the system isn’t meant to do.

    • @MrNatsuDragneel
      @MrNatsuDragneel Рік тому

      Most languages ​​are the same as Rust, C# for example is the same. Rust has become a religion almost followers are going crazy.

  • @TomDoesTech
    @TomDoesTech Рік тому

    bruh, if you make this a series I might have to learn rust

  • @krokom9
    @krokom9 Рік тому

    Enums in rust sound a lot like structs, a type that hold some data and you can define methods on those types. Is there some fundamental difference between structs, in Go for example, and enums in rust?

  • @liamcahill4955
    @liamcahill4955 Рік тому

    Holy crap. Just came across your channel. Love the production and content quality. Subbed!

  • @patrikmeszaros3171
    @patrikmeszaros3171 Рік тому +3

    The video was entertaining and educational at the same time, Well Done! 😄

  • @rumplstiltztinkerstein
    @rumplstiltztinkerstein Рік тому

    Preach it bro! For a future where we spend more time building and less time debugging!

  • @sayaks12
    @sayaks12 Рік тому

    a more semantically equivalent version of the Item type from typescript would technically be a
    ```
    union Item {
    foo: String,
    bar: usize,
    baz: Custom
    }
    ```
    though it is more semantically equivalent because it has a lot of the same issues as the typescript version, as well as being much more unsafe to actually use.

  • @user-ov5nd1fb7s
    @user-ov5nd1fb7s Рік тому +1

    You should have mentioned the feature of forcing non exhaustive pattern matching on an enum.
    It is done in libraries where you want to have the option of adding more variants without breaking
    users' code.
    #[non_exhaustive]
    enum MyEnum{...}

  • @uwuzote
    @uwuzote Рік тому

    It's also worth mentioning (i don't know about TS), that rust enums are ADT-sums and you can have aribatary data inside variants, in most languages like c++ enum is int with name

  • @Lennyp4
    @Lennyp4 Рік тому +1

    wow it’s like the marriage of haskell and C

  • @alkeryn1700
    @alkeryn1700 Рік тому

    my only nitpick about rust enums is if you want to use c like enums for example enum Foo { red, blue, green } it is really annoying to cast the enum to an integer that'd be 0,1,2 or back and forth (from integer to the enum), which can be a little annoying, now there are crates to do it more seamlessly but still, it was a little anoying at times when writting a binary protocol.

  • @Simi3x
    @Simi3x 11 місяців тому

    Well yes, I get that, but something like that is also achievable in Typescript. It's not as clean and creates an object, but it gives type hints.
    But having it checked for real at compile time and not just sort of at transpile time is an advantage.
    type Custom = {
    name: string;
    age: number;
    }
    const Enum = {
    Foo: "foo",
    Bar: "bar",
    Baz: "baz",
    } as const;
    type Enum = typeof Enum[keyof typeof Enum];
    type Item = {
    [Enum.Foo]: string;
    } | {
    [Enum.Bar]: number;
    } | {
    [Enum.Baz]: Custom;
    }
    const foo: Item = { [Enum.Foo]: 'i am a string' }
    if (Enum.Foo in foo) {
    console.log(foo.foo);
    }
    function append(arr: Item[]) {
    arr.push({ [Enum.Bar]: 69 });
    }
    const arr: string[] = ["hello", "world"];
    append(arr); // Argument of type 'string[]' is not assignable to parameter of type 'Item[]'. Type 'string' is not assignable to type 'Item'. ts(2345)

  • @desuburinga
    @desuburinga Рік тому

    Production quality is off the chart! Prime is upping his game!

  • @pluraltest9242
    @pluraltest9242 Рік тому

    in the first example switch statement make sense; what if you dont want yellow to do anything? you still have to add it but then immediately break?

  • @hubertboguski
    @hubertboguski Рік тому

    love how you showed the code, i think if you took more breaks to clarify everything it would be even better, (like okay this is what we did up to this point) lovin it tho

  • @KamillaMirabelle
    @KamillaMirabelle Рік тому

    I love how must really old news can make so much excitement😂
    The "enum type" in rust is equivalent to the disjoint union type in F#, haskell, and ocaml which all inherit it from ML (Meta language not machine learning) defined and implemented in 1970.. so not a new thing at all.. the Standard ML (implementation) was already in 1970 comparable in speed to C, even though it used exotic things like a GC.. this should be taken with a grain of salt.. btw if you are unsure ML pre date haskell, and haskell is defined to be in the "ML family"

  • @daltonyon
    @daltonyon Рік тому

    Awesome Prime, bring more differences and why Rust is better!!! First look enums seems the same in TS and Rust, but know I now there's a huge difference!!

  • @snipzmattio5887
    @snipzmattio5887 Рік тому

    Nice video man, I always used enums anyways. Whats the colorscheme btwm

  • @_nikeee
    @_nikeee Рік тому

    That comparison isn't accurate. In the switch example, you usually add a default case which contains an assertNever, so you catch that error. Or if your returning in every brach of the enum cases, definite returning checks will result in the same safety.
    Regarding the union example: the behavior is due to JS. If you want to be more safe, most people use tagged unions (discriminated unions), which are the actual equivalent to Rusts enums (I think rust even does the same internally).
    Some people also define their own result monad, like the Result in rust, based on tagged unions. In TS, you usually don't need the Optional monad, since you can just use T|null.
    Yeah, enums in rust are cool. Way cooler than something like std::variant. But TS can be cool, too. Sometimes even cooler, with the control-flow-based type narrowing, which is something that rust sadly doesn't have.

  • @jma42
    @jma42 Рік тому

    damn, I was just learning these yesterday. As a typescript dev I am really loving the rust enums so far, especially the pattern matching!

  • @adambickford8720
    @adambickford8720 Рік тому +1

    Those enums are pretty close to java and java has an Optional as well as primitive pattern matching. Looks like rust would be pretty reasonable to learn.

    • @MrNatsuDragneel
      @MrNatsuDragneel Рік тому +1

      Most languages ​​are the same as Rust, C# for example is the same. Rust has become a religion almost followers are going crazy.

  • @steveneeson5698
    @steveneeson5698 Рік тому

    You can make ts enum switch case to also throw an error if not all cases are handled by using never in default.
    Even despite this fact rust enums is still much better since you don't need to remember to always include default, and not just that.
    enum Color {
    Red,
    }
    function test(x: Color) {
    switch (x) {
    case Color.Red:
    return;
    default:
    const test: never = x;
    }
    }

  • @Peanut-qw8ny
    @Peanut-qw8ny Рік тому

    Thank the paradigms of functional programming which had this pattern matching. Rust adopts a lot of functional programming components!😊

  • @NathanHedglin
    @NathanHedglin Рік тому

    Damn that was one solid video Prime. You've outdone yourself.

  • @SadCP
    @SadCP Рік тому +3

    If you like this sort of thing you’d love Haskel and other pure functional languages

    • @ThePrimeagen
      @ThePrimeagen  Рік тому +2

      hah, i think i could end up liking it

    • @griof
      @griof Рік тому

      @@ThePrimeagen indeed, Rust' type system is very similar to Haskell 2010 (but the later has higher kinded polymorphism). Both languages took Algrebraic Data Types (tagged enums with pattern matching) from Standard ML and OCaml. Haskell included type classes and typed families, named Traits and associated types in Rust if I am not mistaking. That being said, both languages are very different at the term level. And Haskell is GC'd... Also Haskell has more monads hahaha

  • @Zedoy
    @Zedoy Рік тому

    But the question is: How can we have something like this in Typescript? or what is the best equivalent?