• Rogue@feddit.uk
    link
    fedilink
    arrow-up
    4
    ·
    6 months ago

    string.IsNullOrEmpty(myStr) has always annoyed me, why isn’t it an extension method or a non-static method?

    myStr.IsNullOrEmpty() just feels cleaner and more intuitive to me.

    • JakenVeina@lemm.ee
      link
      fedilink
      English
      arrow-up
      4
      ·
      6 months ago

      The usual convention is to have extension methods behave like regular methods, I.E. don’t allow them to accept nulls. When looking at foo.Bar(); it’s better if I can just intuit that foo can’t be null because you’re not supposed to be able to invoke the . operator on null.

      Of course, I’m entirely guilty of breaking this rule myself. cough Shoudly cough FluentAssertions cough

      • Rogue@feddit.uk
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        6 months ago

        I’ve always used the Nullable context so typically I’m just using string.IsNullOrEmpty to determine empty strings, I’m already confident null isn’t leaking. But your explanation does make sense.

        I’m now wondering why I’ve never just used myStr != ""

    • RonSijm@programming.dev
      link
      fedilink
      arrow-up
      4
      ·
      6 months ago

      myStr.IsNullOrEmpty() feels a bit weird to me, because you have to know that it’s an extension method.

      Otherwise it kinda looks like you might be trying to run a method of something that’s possibly null

      That’s the same design principle of why ArgumentNullException.ThrowIfNull(myStr) is not an extension method