Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve classes approach to optimize resources used to render #100

Closed
MadejaMaciej opened this issue Mar 24, 2024 · 1 comment
Closed

Improve classes approach to optimize resources used to render #100

MadejaMaciej opened this issue Mar 24, 2024 · 1 comment
Assignees
Labels
feature New feature or request, requires business analysis in most cases

Comments

@MadejaMaciej
Copy link
Contributor

Overview

Please, implement better classes handling which includes:

  • Creating MonoBehaviour class which in constructor invokes start function, and start function invokes update function at the end (and update function invoke itself by request animation frame)
  • Create game class which will derive from MonoBehaviour class and will hold player and other variables (for example game manager) and redraw the game
  • GameManager which will hold info like paused and tell player what he can do now. It should derive from MonoBehaviour as well.
  • Character class derieved from MonoBehaviour, currently empty, but will hold basic logic about character later
  • Player class derieved from character class, that will update by itself
  • Move animations and static vars to different file
@MadejaMaciej MadejaMaciej added the feature New feature or request, requires business analysis in most cases label Mar 24, 2024
@MadejaMaciej MadejaMaciej self-assigned this Mar 24, 2024
@MadejaMaciej
Copy link
Contributor Author

After some consideration, as this is small game, we do not have to do that at all - it might be even better to leave it as it is and not invoke multiple animationFrames.

We might want to do that in version 1.x as there will be some enhancments.

@mrfatguy mrfatguy added this to the [0.00] Initial setup milestone Jun 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New feature or request, requires business analysis in most cases
Projects
None yet
Development

No branches or pull requests

2 participants