Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Method chaining with short-circuit parameter evaluation

Method chaining with short-circuit parameter evaluation

Scheduled Pinned Locked Moved The Lounge
csharpc++phpcomdesign
59 Posts 38 Posters 3 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C Chris Maunder

    I am testing several depths of properties in an object to make sure they are safe before I call them:

    Test.NotNull(myObject);
    if (myObject != null)
    {
    Test.NotNull(myObject.MyProperty);
    if (myObject.MyProperty != null)
    Test.IsPositive(myObject.MyProperty.Id);
    ...
    }

    I was thinking it would be really cool to be able to do

    Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

    but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

    if (myObject != null && myObject.MyProperty != null)

    because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

    cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

    D Offline
    D Offline
    Dave Kreskowiak
    wrote on last edited by
    #10

    Interesting. Today, you'd have to wrap it in a Try/Catch and eat the null reference exception if thrown. But, if you could do this, you would have to be able to tell the compiler you don't want the exception thrown and to just continue with the next statement. Hell, they added async/await keywords, why not add another one? I'm kind of thinking that this would complicate debugging a bit too.

    A guide to posting questions on CodeProject[^]
    Dave Kreskowiak

    1 Reply Last reply
    0
    • C Chris Maunder

      I would if it were a programming question. And, regardless of the attempt at humour, I am sad, deeply sad, that it was you who jumped on the "no programming questions" bandwagon. So I'm going to jump on my soapbox because it's a fantastic way to procrastinate further, and bemoan the lack of interesting technical discussion on the lounge where bad jokes and political rhetoric seem to be more accepted than discussion on the topics that we as developers hold dearest to our hearts. For shame, David. For shame.

      cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

      N Offline
      N Offline
      NormDroid
      wrote on last edited by
      #11

      If voting was available, I would of shot you a 5, but alas.....

      Software Kinetics - Dependable Software news

      S P 2 Replies Last reply
      0
      • C Chris Maunder

        I would if it were a programming question. And, regardless of the attempt at humour, I am sad, deeply sad, that it was you who jumped on the "no programming questions" bandwagon. So I'm going to jump on my soapbox because it's a fantastic way to procrastinate further, and bemoan the lack of interesting technical discussion on the lounge where bad jokes and political rhetoric seem to be more accepted than discussion on the topics that we as developers hold dearest to our hearts. For shame, David. For shame.

        cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

        D Offline
        D Offline
        Dalek Dave
        wrote on last edited by
        #12

        Do Not Procrastinate Today! Wait until tomorrow and have a whole day of it. Until then, stare at this picture[^] of a cat.

        --------------------------------- I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave CCC Link[^]

        1 Reply Last reply
        0
        • C Chris Maunder

          I was drunk. That suggestion is awesome and I recant.

          cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

          P Offline
          P Offline
          peterchen
          wrote on last edited by
          #13

          Chris Maunder wrote:

          I was drunk.

          You always say that :cool:

          ORDER BY what user wants

          D N 2 Replies Last reply
          0
          • C Chris Maunder

            I am testing several depths of properties in an object to make sure they are safe before I call them:

            Test.NotNull(myObject);
            if (myObject != null)
            {
            Test.NotNull(myObject.MyProperty);
            if (myObject.MyProperty != null)
            Test.IsPositive(myObject.MyProperty.Id);
            ...
            }

            I was thinking it would be really cool to be able to do

            Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

            but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

            if (myObject != null && myObject.MyProperty != null)

            because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

            cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

            E Offline
            E Offline
            Ennis Ray Lynch Jr
            wrote on last edited by
            #14

            The null object pattern.

            public class Customer{}
            public class NullCustomer : Customer{}

            Then instead of assigning a customer reference to null you assign it to the null customer, etc. Then you can do all of your work without null checks. There are some instances where this works really, really, well. However, if you are chaining functions it is probably some sort of workflow so there maybe another solution that issue.

            Need custom software developed? I do custom programming based primarily on MS tools with an emphasis on C# development and consulting. "And they, since they Were not the one dead, turned to their affairs" -- Robert Frost "All users always want Excel" --Ennis Lynch

            1 Reply Last reply
            0
            • P peterchen

              Chris Maunder wrote:

              I was drunk.

              You always say that :cool:

              ORDER BY what user wants

              D Offline
              D Offline
              Dalek Dave
              wrote on last edited by
              #15

              He's always drunk.

              --------------------------------- I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave CCC Link[^]

              1 Reply Last reply
              0
              • P peterchen

                Chris Maunder wrote:

                I was drunk.

                You always say that :cool:

                ORDER BY what user wants

                N Offline
                N Offline
                Nagy Vilmos
                wrote on last edited by
                #16

                No. I always say that.


                Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett

                D J 2 Replies Last reply
                0
                • C Chris Maunder

                  I would if it were a programming question. And, regardless of the attempt at humour, I am sad, deeply sad, that it was you who jumped on the "no programming questions" bandwagon. So I'm going to jump on my soapbox because it's a fantastic way to procrastinate further, and bemoan the lack of interesting technical discussion on the lounge where bad jokes and political rhetoric seem to be more accepted than discussion on the topics that we as developers hold dearest to our hearts. For shame, David. For shame.

                  cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                  C Offline
                  C Offline
                  Corporal Agarn
                  wrote on last edited by
                  #17

                  I think you should ban him! :laugh: ;P

                  1 Reply Last reply
                  0
                  • N Nagy Vilmos

                    No. I always say that.


                    Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett

                    D Offline
                    D Offline
                    Dalek Dave
                    wrote on last edited by
                    #18

                    You're always drunk!

                    --------------------------------- I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave CCC Link[^]

                    N 1 Reply Last reply
                    0
                    • D Dalek Dave

                      You're always drunk!

                      --------------------------------- I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave CCC Link[^]

                      N Offline
                      N Offline
                      Nagy Vilmos
                      wrote on last edited by
                      #19

                      I may well be tonight.


                      Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett

                      1 Reply Last reply
                      0
                      • N NormDroid

                        If voting was available, I would of shot you a 5, but alas.....

                        Software Kinetics - Dependable Software news

                        S Offline
                        S Offline
                        Shelby Robertson
                        wrote on last edited by
                        #20

                        Norm .net wrote:

                        If voting was available, I would of shot you a 5, but alas.....

                        Seconded.

                        CPallini wrote:

                        You cannot argue with agile people so just take the extreme approach and shoot him. :Smile:

                        1 Reply Last reply
                        0
                        • C Chris Maunder

                          I am testing several depths of properties in an object to make sure they are safe before I call them:

                          Test.NotNull(myObject);
                          if (myObject != null)
                          {
                          Test.NotNull(myObject.MyProperty);
                          if (myObject.MyProperty != null)
                          Test.IsPositive(myObject.MyProperty.Id);
                          ...
                          }

                          I was thinking it would be really cool to be able to do

                          Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

                          but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

                          if (myObject != null && myObject.MyProperty != null)

                          because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

                          cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                          P Offline
                          P Offline
                          Pete OHanlon
                          wrote on last edited by
                          #21

                          There is a way that you could do this, but it would be much more trouble than it was worth, and it would definitely open up a whole world of hurt. Effectively, what would need to be implemented is an IL rewriter to manage and rewrite the chain internally. Then you could create a fluid interface that would need to be recognised as the item that needs rewriting.

                          *pre-emptive celebratory nipple tassle jiggle* - Sean Ewington

                          "Mind bleach! Send me mind bleach!" - Nagy Vilmos

                          CodeStash - Online Snippet Management | My blog | MoXAML PowerToys | Mole 2010 - debugging made easier

                          C 1 Reply Last reply
                          0
                          • E Espen Harlinn

                            You can implement this using extension methods[^] ...

                            Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra

                            L Offline
                            L Offline
                            Lost User
                            wrote on last edited by
                            #22

                            Or a decorator, preferably combined with the NullObject-pattern :)

                            Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] They hate us for our freedom![^]

                            J 1 Reply Last reply
                            0
                            • C Chris Maunder

                              I am testing several depths of properties in an object to make sure they are safe before I call them:

                              Test.NotNull(myObject);
                              if (myObject != null)
                              {
                              Test.NotNull(myObject.MyProperty);
                              if (myObject.MyProperty != null)
                              Test.IsPositive(myObject.MyProperty.Id);
                              ...
                              }

                              I was thinking it would be really cool to be able to do

                              Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

                              but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

                              if (myObject != null && myObject.MyProperty != null)

                              because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

                              cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                              R Offline
                              R Offline
                              R Giskard Reventlov
                              wrote on last edited by
                              #23

                              Not very elegant, even if you could. Nice to get all clever (over engineering is, surely, an anti-pattern) with code but sometime in the future some poor sap will have to maintain what you have put together so keep it simple and verbose.

                              "If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." Red Adair. nils illegitimus carborundum me, me, me

                              1 Reply Last reply
                              0
                              • E Espen Harlinn

                                You can implement this using extension methods[^] ...

                                Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra

                                R Offline
                                R Offline
                                Ranjan D
                                wrote on last edited by
                                #24

                                Yes my vote for extension methods :)

                                Ranjan.D

                                1 Reply Last reply
                                0
                                • C Chris Maunder

                                  I am testing several depths of properties in an object to make sure they are safe before I call them:

                                  Test.NotNull(myObject);
                                  if (myObject != null)
                                  {
                                  Test.NotNull(myObject.MyProperty);
                                  if (myObject.MyProperty != null)
                                  Test.IsPositive(myObject.MyProperty.Id);
                                  ...
                                  }

                                  I was thinking it would be really cool to be able to do

                                  Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

                                  but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

                                  if (myObject != null && myObject.MyProperty != null)

                                  because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

                                  cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                                  R Offline
                                  R Offline
                                  Roger Wright
                                  wrote on last edited by
                                  #25

                                  I've heard of chaining programs and subprograms - using hpl on the HP 9825, for instance - but short circuit evaluation was never considered. Having never optimized a program for multi-processor environments, I have no idea how to do this, but you could launch a separate process for each of your levels of test, then cancel all if any one of them fails. It might not be useful, but it would certainly give the grunts whose job it is to debug things something interesting to do. :rolleyes:

                                  Will Rogers never met me.

                                  1 Reply Last reply
                                  0
                                  • N Nagy Vilmos

                                    No. I always say that.


                                    Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett

                                    J Offline
                                    J Offline
                                    Jibesh
                                    wrote on last edited by
                                    #26

                                    so who is really drunk here. was it me?

                                    Jibesh V P

                                    1 Reply Last reply
                                    0
                                    • C Chris Maunder

                                      I am testing several depths of properties in an object to make sure they are safe before I call them:

                                      Test.NotNull(myObject);
                                      if (myObject != null)
                                      {
                                      Test.NotNull(myObject.MyProperty);
                                      if (myObject.MyProperty != null)
                                      Test.IsPositive(myObject.MyProperty.Id);
                                      ...
                                      }

                                      I was thinking it would be really cool to be able to do

                                      Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

                                      but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

                                      if (myObject != null && myObject.MyProperty != null)

                                      because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

                                      cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                                      N Offline
                                      N Offline
                                      Nemanja Trifunovic
                                      wrote on last edited by
                                      #27

                                      Out of curiosity, what would you do in the else section of such a call?

                                      utf8-cpp

                                      C 1 Reply Last reply
                                      0
                                      • C Chris Maunder

                                        I am testing several depths of properties in an object to make sure they are safe before I call them:

                                        Test.NotNull(myObject);
                                        if (myObject != null)
                                        {
                                        Test.NotNull(myObject.MyProperty);
                                        if (myObject.MyProperty != null)
                                        Test.IsPositive(myObject.MyProperty.Id);
                                        ...
                                        }

                                        I was thinking it would be really cool to be able to do

                                        Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

                                        but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

                                        if (myObject != null && myObject.MyProperty != null)

                                        because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

                                        cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                                        A Offline
                                        A Offline
                                        AspDotNetDev
                                        wrote on last edited by
                                        #28

                                        There are a few ways you could do this, but one thing I've been meaning to write a tip/trick on (as soon as I figure out how it can be done) is the expression tree approach. You'd do this:

                                        var result = SafeChain(A.b.c.d.e.f.g.h.i.j.k);

                                        The parameter would be passed as an expression tree, which would then be evaluated in steps, making sure to check for nulls along the way. The first null would cause null to be returned, otherwise the result value would be returned. I imagine you could use the same approach with your method chaining / expression trees.

                                        Thou mewling ill-breeding pignut!

                                        S 1 Reply Last reply
                                        0
                                        • C Chris Maunder

                                          I am testing several depths of properties in an object to make sure they are safe before I call them:

                                          Test.NotNull(myObject);
                                          if (myObject != null)
                                          {
                                          Test.NotNull(myObject.MyProperty);
                                          if (myObject.MyProperty != null)
                                          Test.IsPositive(myObject.MyProperty.Id);
                                          ...
                                          }

                                          I was thinking it would be really cool to be able to do

                                          Test.NotNull(myObject).NotNull(myObject.MyProperty).IsPositive(myObject.MyProperty.Id);

                                          but obviously if myObject == null then we have a runtime null ref error because, regardless of what the NotNull method returns as part of the chaining, myObject is still null. So this got me thinking: You can do

                                          if (myObject != null && myObject.MyProperty != null)

                                          because of short circuit boolean evaluation in C#, but I was wondering, with my fairly mainstream experience in languages, if there are languages out there that would allow chaining of methods with short circuit evaluation. Essentially you'd have to have the input parameter be resolved after the method was called in order to have the method be able to say "I don't need the input parameter, please just ignore it". Has anyone heard of this? Would it open up a World Of Pain when it comes to debugging? Would it be useful? Am I procrastinating? --- Update: and it turns out this leads into a great discussion of extension methods. See The Maybe Monad[^] and Chained null checks and the Maybe monad[^] for two ways of achieving this. Once you've done that, debate the correctness of extension methods that are able by design to operate on a null references. I will be over there looking for new, shiny, distracting things.

                                          cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

                                          S Offline
                                          S Offline
                                          szukuro
                                          wrote on last edited by
                                          #29

                                          In C# you can implement this k<ind of chaining using extension methods and expressions trees. The extension method (somewhat combined version of the two above):

                                              public static U NotNull(this T myObject, Expression expression) 
                                                  where U : class
                                              {
                                                  if (myObject == null)
                                                      return null;
                                                  else
                                                  {
                                                     var func = expression.Compile();
                                                      return func();
                                                  }
                                              }
                                          

                                          Usage (returns either null if there's a null in the chain, or the value of MySubProperty, with almost the same syntax as above):

                                          var value = myObject.NotNull(() => myObject.MyProperty).NotNull(() => myProperty.MySubProperty);

                                          The only downside I found that in this case you have to declare a variable of type MyProperty for use in the second lambda expression. Maybe there's a way around it, but I didn't manage to find one as of yet. That can be changed though if the input remains myObject and the expression consists of the full path i. e. () => myObject.MyProperty.MySubProperty.

                                          B 1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Don't have an account? Register

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups