News for hackers. Stuff that matters.

A comment on Classes are Expressions. Parent comment

Re:Classes are Expressions by matchu on Thursday June 04, 2015 @05:01PM (#9662014)
The closure-based solution has been around for a long time; the symbol-based approach is new.

My reaction to the article's approach was largely: okay, cool, this seems approximately as good as the closure-based solution; is there any reason for me to switch? Or is this just a cool toy example to show off classes-as-expressions?

[ Parent | on HN ]
Re:Classes are Expressions by malkia on Thursday June 04, 2015 @05:33PM (#9662251)
It's not new in the some other language worlds, where your approach is also not new - I mean "make-symbol" in Common Lisp...

Btw, once a symbol is created, is it ever garbage collected? (They are not in Common Lisp for example).

Possibly on page reload (for javascript in browser) they would. But how about long-running javascript code?

[ Parent | on HN ]
Re:Classes are Expressions by matchu on Thursday June 04, 2015 @05:50PM (#9662374)
Okay, some better phrasing, then: the closure-based approach has been idiomatic for years, but the symbol-based idiom is new.

What lessons have folks learned from trying these approaches in other languages? Which is more idiomatic, and why?

[ Parent | on HN ]