Page 1 of 1

Will love consider having an architecture pattern for games?

Posted: Sat Nov 06, 2021 8:09 pm
by abyssol
LÖVE is an awesome framework as we know, but I wish that LÖVE would have an optional and feasible architecture pattern for game developers in APIs or other forms, because LÖVE is more of a framework at the wrapping level for now.

I think :monocle: to write an :huh: ECS framework is :( a nightmare to me :cry: , too many exception handling :crazy: , my brain power overloaded.

Re: Will love consider having an architecture pattern for games?

Posted: Sat Nov 06, 2021 9:18 pm
by GVovkiv
Then it will just become yet another game engine?
Do we really need it?

Re: Will love consider having an architecture pattern for games?

Posted: Sat Nov 06, 2021 10:24 pm
by BrotSagtMist
I have problems understanding what this is about here.
What is an architecture pattern?

Re: Will love consider having an architecture pattern for games?

Posted: Sun Nov 07, 2021 12:32 am
by pgimeno
Löve is a sort of bare bones framework; to provide extra functionality and customize it to your liking, you're supposed to use libraries. There are already ECS libraries for Lua and Löve; right away I only remember tinyECS but if I recall correctly, there are others.

Re: Will love consider having an architecture pattern for games?

Posted: Sun Nov 07, 2021 5:40 am
by abyssol
BrotSagtMist wrote: Sat Nov 06, 2021 10:24 pm I have problems understanding what this is about here.
What is an architecture pattern?
Maybe my description is a bit wrong. It may mean how to manage code in an elegant way.

It may include some techniques like object pool to form a whole framework that you can (re)use it to make various games.

My English is pool. :nyu:

Re: Will love consider having an architecture pattern for games?

Posted: Sun Nov 07, 2021 7:17 am
by abyssol
Oh, I really did a stupid thing. Why don't I write my framework in C functions then invoked by lua, instead of writing it all in lua. Then i don't have to struggle with exception handling and some features that are not supported in script language or will implement in the inelegant way.