ZILtoid1991@lemmy.world to Programmer Humor@programming.devEnglish · 7 months agoFunctional bros be likelemmy.worldimagemessage-square62fedilinkarrow-up1313arrow-down117
arrow-up1296arrow-down1imageFunctional bros be likelemmy.worldZILtoid1991@lemmy.world to Programmer Humor@programming.devEnglish · 7 months agomessage-square62fedilink
minus-squarejkrtn@lemmy.mllinkfedilinkarrow-up9·7 months agoI think using both is normal. Closures and objects are duals of each other. Do whatever is understandable and maintainable, neither paradigm is magic.
minus-squarelemmesay@discuss.tchncs.delinkfedilinkarrow-up4·7 months agothat’s a nice way to look at it. thanks!
minus-squareKogasa@programming.devlinkfedilinkarrow-up1arrow-down2·7 months agoIs the duality statement meant to be true in a technical sense?
minus-squarejkrtn@lemmy.mllinkfedilinkarrow-up1·7 months agoYeah! For example, if the language allows closures to capture state, they can act like properties on an instance.
minus-squarejendrik@discuss.tchncs.delinkfedilinkarrow-up1·7 months agoA closure is a function with captured state. An object is state with methods.
I think using both is normal. Closures and objects are duals of each other. Do whatever is understandable and maintainable, neither paradigm is magic.
that’s a nice way to look at it. thanks!
Is the duality statement meant to be true in a technical sense?
Yeah! For example, if the language allows closures to capture state, they can act like properties on an instance.
I don’t see the duality
A closure is a function with captured state. An object is state with methods.