As an engineer who has spent most of my time in JavaScript for over 25 years, I thought I had seen it all. I've conquered callbacks, made friends w...
For further actions, you may consider blocking this person and/or reporting abuse
I read about Proxy a while back and then forgot about it. You covered all and more use cases I read back then. Its indeed powerful but then comes this thing, its so widely unknown, that if I go ahead and implement it in my project where there are other developers working with me, they will find it complicated and secretly hate me for it. I know it doesn't sound very good but that's just it. I often see this where many developers want to resort to things that are widely known and utterly simple to understand. To be able to understand why they are getting some errors and how they need to write code around it, accounting for the Proxy in place, they will need to understand and read about Proxy, which they will find as an overhead for sure. (At least most of the devs I have encountered falls in that category till now, sadly) Even some of the seniors I have seen, say that use things that are easy to understand for others and don't complicate things. They would want me to build something using the classic normal functions or functional programming way or rather build a middleware of some sorts that the devs can invoke (each time they want to) to do things done in the Proxy hooks.
People have a weird mindset sometimes where they question that how will a normal dev know that a Proxy is in place and the purpose for it, had it been a normal function/middleware, they would have understood it right away. The special features modern languages offer like Proxy, Decorators etc I think people use or want to use in special situations only where they are absolutely needed, otherwise even though they might ease the task at hand or fit in but still people tend to avoid them.
On second thought, I wonder if the things I mentioned, is the reason that Proxy is not so famous or widely used in general development in the first place as I see. Would love to hear the communities thoughts on what I wrote.
You bring up valid concerns about using lesser-known features like Proxy in shared projects. It's important to find a balance between powerful language features and maintainable code for the whole team. And you're absolutely right that some devs might see advanced features like Proxy, Decorators, or custom classes as overcomplicating things.
But because these are native APIs, they do allow for efficient, clean, and robust code. Weighing the pros and cons of using these features against the benefits of keeping the code as simple and clear as possible is definitely a good practice on it's own.
One way to ease concerns is to provide documentation, comments, and internal presentations to help your teammates get familiar with these concepts (sharing articles like this one). Consistency in using these features also helps devs appreciate their advantages.
Yup, it was until some time after that I realized how powerful proxies can be, trust there is more to it than what appears. But the points you add in this post add even more to what I believed I could do with proxies, great!
Two of my examples that make pretty advanced use of proxies: github.com/robtweed/DPP
github.com/robtweed/glsdb
Both are about creating JS objects that happen to be persistent, DPP being browser-based, and glsdb being for the Node.js back-end
Another use of proxies can be found in my Golgi WebComponent framework:
github.com/robtweed/golgi
where a proxy is used for data binding/state
Proxies are seriously powerful, but do take some time to “get”, and can be a bit mind-bending, but hopefully my examples give you some ideas for further use cases
Umm yes, these are much more advanced and powerful uses of the Proxy API.Great work on them!
I'm finding that the more examples (like yours) I see of the Proxy API, the more I am understanding how it can be used.
Thanks for sharing!
If you're looking for more advanced uses of proxy, Vue is a great example, here note some words from its creator : increment.com/frontend/making-vue-3/
Love Increment! Thanks for sharing this I keep finding more advanced uses and might do a follow up.
I've found that the JS/TS Proxy pattern is a great way to substitute or wrap an implementation; especially when working within TypeScript (it accepts a generic arg). We've used it to transparently (to the caller) replace our logger implementation from Winston to Pino in our Node.js backend. It's worked well for us in these "upgrade" (aka replacement) contexts.
I do find the Proxy code and MDN documentation hard to initially understand. However, once you've got a good understanding and have a few reps under your belt it becomes a really powerful tool in a JS/TS developers toolkit.
I'd also suggest an older programming book Design Patterns, Elements of Reusable Object-Oriented Software which has an entire section on Proxies. The book highlights some of the kinds of problems that are solved well by the Proxy pattern. It also does a good job of highlighting other software abstraction patterns; such as Observers, Facades, etc. Even though this book was written in the early 90s, the patterns described are language-agnostic and still applicable today. I frequently find myself referring back to this "manual" to this day.
Hello!
I agree! MDN Docs is super useful, if I were a sort of batman-developer (I might be or may not...) that definitively would go in my utility belt, honestly I'm not much of a book reader but sometimes in rare occasions...hahaha... nevertheless those books seem very interesting.
If I can show you, a place where I have learned a lot of Proxies and you might found it useful too is at Go Make Things, I'm not trying to be spammy here, but this is sometimes my go-to place to learn some good quality JS, check out these articles relate to proxies:
gomakethings.com/search/?s=proxy
Hope it helps!
I really enjoyed this post, it was clear and straightforward.
You might want to change that 25 years to 10
It was available earlier in Flash ActionScript.. which was ECMAScript based
Good read, if you like JavaScript history: The real story behind ES4
HA That's pretty funny! I'm definitely into the history lesson. I'll check it out, thanks!
UPDATE: Actually skimmed that article on the history. Wow, it's amazing that disagreements and bureaucracy can really define how the the world uses Javascript (and other languages for that matter).
many other use cases + secured JS out of the box in here: github.com/WebReflection/proxy-pan...
Yes! I love seeing more examples of this API. It's hard to contextualized how an API like can be used. Thanks for sharing!
Nice and interesting article, I like how the author teaches how to use proxies just by giving many good examples, without actually saying how to use it.
Awesome post. Short, concise and informative. And I learned something new as well.
Thanks for sharing. The article is on the point.
Great thank you :-)