Eirik Vullum: JavaScript Metaprogramming - ES6 Proxy Use and Abuse | JSConf Budapest 2017

แชร์
ฝัง
  • เผยแพร่เมื่อ 23 ก.ค. 2024
  • This non-polyfillable / non-transpilable feature now has first class support in all the latest browsers and node.js!
    But what is it even? And why do I need it?
    Let’s take a closer look at this metaprogramming feature with some useful, abuseful and just plain fun uses of ES6 Proxy.
    jsconfbp.com/speakers/eirik-vu...
  • วิทยาศาสตร์และเทคโนโลยี

ความคิดเห็น • 28

  • @sab611
    @sab611 5 ปีที่แล้ว +22

    I still think he should have gotten an applause for [Function: Undefined]!

  • @sohamparekh6765
    @sohamparekh6765 2 ปีที่แล้ว +3

    This talk is just marvellous! Clean explanation of core concepts backed by a real world use case. I wish I could attend this in person at the time

  • @ashmig
    @ashmig 5 ปีที่แล้ว

    Great introduction to Proxy and Reflection! Thanks for talk and nice and clear examples!

  • @raybbo
    @raybbo 6 ปีที่แล้ว +7

    Just something quick to add, I'm totally for using this to create observalbe objects! Especially when you're linking your objects directly to DOM manipulation or something.

  • @sobanya_228
    @sobanya_228 6 ปีที่แล้ว +2

    Safe Null is actually the first thing came to my mind, when I've seen proxies.

  • @abhaytalks05
    @abhaytalks05 5 ปีที่แล้ว

    Thanks Eirik, Proxies now make sense to me.

  • @FredrikChristenson
    @FredrikChristenson 6 ปีที่แล้ว +36

    Dear god don't let DSL and custom syntax become a trend in Javascript.

  • @raybbo
    @raybbo 6 ปีที่แล้ว +5

    I fully understand Proxies now, thanks!
    However, I don't quite understand how Proxies would support the readability and maintainability of your code. The developer would really have to document this well for this to work.
    Binding your data client-side like this doesn't make sense to me either, I much rather have the server deliver the data to me when I really need it instead of delivering bulk data like this.

    • @h3rteby
      @h3rteby 5 ปีที่แล้ว

      Vue and MobX use Proxies to create observables for their reactivity systems. But yeah I don't think they belong in regular application code, they're too "clever". But for frameworks/packages they have their uses.

  • @JaeTask
    @JaeTask 5 ปีที่แล้ว

    Thanks for this, a great talk

  • @PradeepMahato007
    @PradeepMahato007 3 ปีที่แล้ว

    Intriguing insights !! Thanks...

  • @FrancoisLecroart
    @FrancoisLecroart 6 ปีที่แล้ว +2

    Populate can be done with getter and setter. No need for proxy.
    I love the second example 😍
    And a little sad that we can't replace object prototype. It would have been really fun 😎🤣

    • @MartinOfSomeName
      @MartinOfSomeName 6 ปีที่แล้ว +1

      This can be done even without getters/setters, you just need to track circular references.
      BTW - you can replace object's prototype using Object.setPrototypeOf (look it up on developer.mozilla.org).

    • @maximemoreau711
      @maximemoreau711 6 ปีที่แล้ว

      Hm, I think that's overkill... (the second example).

    • @h3rteby
      @h3rteby 5 ปีที่แล้ว +3

      You don't even need to track circular references. Just go through all the objects and replace the string references with real references to that object, and you're done.
      It seems like the speaker thinks that when you assign an object to a property in JS, it gets copied, but you only create a reference. Because of this, circular references are not a problem at all.

  • @rahimeinollahi1
    @rahimeinollahi1 2 ปีที่แล้ว

    Awesome info is on this video...

  • @SolidCode
    @SolidCode 6 ปีที่แล้ว

    Very interesting!

  • @micalevisk
    @micalevisk 6 ปีที่แล้ว +4

    slides: slides.com/eiriklv/javascript-metaprogramming-with-proxies-41

  • @kuhaniresti
    @kuhaniresti 8 หลายเดือนก่อน

    FragmentjJS uses Proxy for creating magical reactivity

  • @MartinOfSomeName
    @MartinOfSomeName 6 ปีที่แล้ว +17

    Your "undefined proxy" would result in some very painfull debugging, as it hides the origin of the missing data and silences errors. Your program might not crash, but having "undefined" in every place of the UI is not exactly what I would call a win.
    Maybe using your seatbelt() function to generate more useful errors and/or safeguard accessing undefined object properties would be much more helpful.

    • @johnyepthomi892
      @johnyepthomi892 2 ปีที่แล้ว

      If you think he doesn’t t know that , you’re a fool. He is merely demonstrating various things that can be done using proxies and having fun at the same time. There can be cases where you may need it too.

  • @codewithsheikh2805
    @codewithsheikh2805 ปีที่แล้ว

    Real question is as a frontend developer or as node developer do i really need it ?

  • @ukranaut
    @ukranaut 3 ปีที่แล้ว

    cool

  • @AinurEru
    @AinurEru 6 ปีที่แล้ว

    Graph can be accomplished with properties (getters?) alone - not sure how it'd be in JavaScript, but here's how it'd be in python - with 2 versions (story-centric vs person-centric)
    people = []
    stories = []
    class Person(object):
    def __init__(self, name):
    self.name = name
    self.read = []
    self.liked = []
    self.authored = []
    @property
    def authored(self):
    return [story for story in stories if self is story.author]
    class Story(object):
    def __init__(self, title, author):
    self.title = title
    self.author = author
    @property
    def liked_by(self):
    return [person for person in people if self in person.liked]
    @property
    def read_by(self):
    return [person for person in people if self in person.read]
    class Story(object):
    def __init__(self, title, author):
    self.title = title
    self.author = author
    self.read_by = []
    self.liked_by = []
    class Person(object):
    def __init__(self, name):
    self.name = name
    @property
    def authored(self):
    return [story for story in stories if self is story.author]
    @property
    def liked(self):
    return [story for story in stories if self in story.liked_by]
    @property
    def read(self):
    return [story for story in stories if self in story.read_by]

    • @h3rteby
      @h3rteby 5 ปีที่แล้ว +1

      You don't even need to use getters in JS. When you assign an object to a property, it doesn't get copied, you create a reference. Because of this, there's actually no problem to have circular references, it won't lead to "infinity" as the speaker said.

  • @sawilliams
    @sawilliams 4 ปีที่แล้ว +1

    Lisp did all this 30 years ago

  • @shinobi1975
    @shinobi1975 ปีที่แล้ว

    Please don’t use this in your code with a team unless you have great documentation for it.