1 decade ago by Alathon
Hi,
I'm loving ImpactJS thus far. I'd just like to raise a minor concern, that starts with Entity.health and the associated method.
ImpactJS is quite slim in many ways. It seems out of place for the framework to be making assumptions, like every Entity needing health and associated methods.
The same can be said (in part) about the physics-related things, such as acceleration, velocity, bounciness, etc, but those at least tie together to form some rudimentary physics that save quite a lot of messing around to implement. As well, they are tied into collision detection. Ideally, I'd like to see separation there as well, as some sort of physics module. But, being new to JavaScript (as in, very new), I can't speak for whether that makes it annoying to deal with for developers if they do want physics.
Or am I totally off? :)
Cheers,
Martin
I'm loving ImpactJS thus far. I'd just like to raise a minor concern, that starts with Entity.health and the associated method.
ImpactJS is quite slim in many ways. It seems out of place for the framework to be making assumptions, like every Entity needing health and associated methods.
The same can be said (in part) about the physics-related things, such as acceleration, velocity, bounciness, etc, but those at least tie together to form some rudimentary physics that save quite a lot of messing around to implement. As well, they are tied into collision detection. Ideally, I'd like to see separation there as well, as some sort of physics module. But, being new to JavaScript (as in, very new), I can't speak for whether that makes it annoying to deal with for developers if they do want physics.
Or am I totally off? :)
Cheers,
Martin