It would be better if this article had been using real Lua code, and not starting with a "class" function. Lua does !NOT! have classes. Lua is a prototyping language, and anybody can handwave an own class system, or go without classes at all. The idea of mixins makes only sense in languages that have classes. Lua does not. References have a metatable, and this metatable contains functions. The functions are independe…
The Power of Lua and Mixins
11–20 of 25 posts
Re: The Power of Lua and Mixins
#12Wait. Just having a glance at the website, and I see these animations - do they have anything to do with the code? It doesn't quite clearly state that and I'm kind of put off reading the code. :-/ Sorry if I've missed something.
So it's basically like "a taste of the world of Lua" or something like this, to make the presentation less dry.
Re: The Power of Lua and Mixins
#13I've bee studying Lua very thoroughly recently because I'm working on a toy language based on its runtime, so I gained a certain appreciation for some of the concepts Lua uses. Given this background and my general coding experience up to now, I'm very skeptical about OO frameworks for Lua, because they mostly provide mechanisms that are neither true to the language's design nor are they really necessary. Specifically…
Re: The Power of Lua and Mixins
#14I've bee studying Lua very thoroughly recently because I'm working on a toy language based on its runtime, so I gained a certain appreciation for some of the concepts Lua uses. Given this background and my general coding experience up to now, I'm very skeptical about OO frameworks for Lua, because they mostly provide mechanisms that are neither true to the language's design nor are they really necessary. Specifically…
Not bashing PHP in any way (I'm a PHP developer myself), but what would you consider the PHP paradigm?
The per-request execution model can be played as an incredible strength, but the moment some framework comes along, starting off by loading all of its code, then instantiating a myriad classes, subclasses, traits, and other crap just to serve a simple request - that's where slowness and bugginess comes from.
I think simple objects do work well in PHP, together with judicious use of the powerful array data structure, anonymous functions, and on-demand code loading.
Re: The Power of Lua and Mixins
#15 1 notmagi.me:
55 bytes, 1+1+0+1 records, response, authoritative, noerror
query: 1 notmagi.me
answer: notmagi.me 1800 A 207.97.227.245
additional: . 32768 weird class
Nice.Re: The Power of Lua and Mixins
#16It would be better if this article had been using real Lua code, and not starting with a "class" function. Lua does !NOT! have classes. Lua is a prototyping language, and anybody can handwave an own class system, or go without classes at all. The idea of mixins makes only sense in languages that have classes. Lua does not. References have a metatable, and this metatable contains functions. The functions are independe…
Re: The Power of Lua and Mixins
#17It would be better if this article had been using real Lua code, and not starting with a "class" function. Lua does !NOT! have classes. Lua is a prototyping language, and anybody can handwave an own class system, or go without classes at all. The idea of mixins makes only sense in languages that have classes. Lua does not. References have a metatable, and this metatable contains functions. The functions are independe…
Re: The Power of Lua and Mixins
#18Animated pictures of a Jump'n'Run game make blog posts really hard to read. Might be related to the way human attention works, but well.
Re: The Power of Lua and Mixins
#19I've bee studying Lua very thoroughly recently because I'm working on a toy language based on its runtime, so I gained a certain appreciation for some of the concepts Lua uses. Given this background and my general coding experience up to now, I'm very skeptical about OO frameworks for Lua, because they mostly provide mechanisms that are neither true to the language's design nor are they really necessary. Specifically…
I am the author of the OOP library mentioned on the article.
> I'm very skeptical about OO frameworks for Lua
Me too :)
I think Lua OOP libraries are great in two particular circumstances: for people coming from OOP languages, when starting working with Lua, they serve as a "crutch"; they allow you to start working in a language with paradigms that you are not familiar with with a set of structures you are familiar with.
Later on, once you are familiar with Lua's metatables, you can do most things with plain Lua. 90% of the time, it's just enough.
The remaining 10% comes when you need really advanced stuff - for example, class methods called the same as instance methods in class. Or operator inheritance. Then using a library like middleclass is worth the increase in complexity and the extra dependency.
TL;DR: Use middleclass at the beginning, when you are learning, or at the end, when you need advanced stuff. Don't use it if you just need 1 line of metatable stuff and you know how to implement it in raw Lua.
Re: The Power of Lua and Mixins
#20It would be better if this article had been using real Lua code, and not starting with a "class" function. Lua does !NOT! have classes. Lua is a prototyping language, and anybody can handwave an own class system, or go without classes at all. The idea of mixins makes only sense in languages that have classes. Lua does not. References have a metatable, and this metatable contains functions. The functions are independe…
I am the author of the library mentioned in the article (not the article author, that's someone else). You seem to have missed the link to the OOP library used, so here it is:
https://github.com/kikito/middleclass
Also, notice that in other comments on this thread I mention that I don't think OOP in Lua it's a one-size-fits-all thing. I think middleclass has its uses, but most of the time plain Lua with some metatables does the trick just fine.