Need an interface to the player. Current expected controls are turn left, turn right, thrust, and fire

The visual clones of objects that are used to give a seamless screen wrap are not checked to determine if a collision occurs with another object, causing objects to overlap near the edges of the playing field.

I would first attempt to fix this by perhaps taking the modulus of the screen width vs object position. The idea is that since screen width is constant, any multiple of it will give the same position on screen. Kinda like parallel universes in Mario 64. Even if mario is out of bounds, if he aligns on some multiple of the coordinate system, he is detected by collision in the intended game play area.

The benefit of this would be easier changing of image properties, such as changing the color of an object when it is colliding

Anywhere a context is used, instead of passing it around, import the Context.js library and work with the context from there

Sometimes objects still intersect. There needs to be some sort of function that can re-position objects to where they are just outside of each others' hitbox radii.

I'm pretty sure leaving event callbacks on object destruction is not a good idea

I'd probably first achieve this by separating rendering into it's own loop

Currently, all objects inelastically collide with each other without respect to mass. Mass of objects should be taken into account for more realistic collisions.

Describe what they are for, what parameter types are expect, what is returned, what is mutated, and any assumptions or quirks

Need to be able to visually rotate an object. This will be used for the player ship

Collisions between asteroids should cause a small loss in overall momentum. This will cause objects on screen to slow down over time.

We need one