lifecycle class

[kianzarrin]

fixes #767

• Introduce a lifecycle class (TMPELifecyckle)
• the class is a singleton that is created when the TMPE mod is activated and destroyed when the TMPE mod is disabled
• moved all the static variables in lifecycle code as instant variables to the new class.
• The TMPELifecycle's finalized is called when TMPE is disabled which proves there is no memory leak :) - I think if anyone uses Singleton<TMPELifecyckle>.instance that would create an extra reference to TMPELifecyckle which prevents the class from finalization leading to a memory leak.
• moved all the lifecycle related code to the lifecycle namespace (might break NC a bit)

https://ci.appveyor.com/api/projects/krzychu124/tmpe/artifacts/TMPE.zip?branch=life-cycle

depends on PR #1076

[kianzarrin]

I don't know why its like this:

I didn't move LoadingExtension.cs to TMPELifeCycle.cs

[kvakvs]

I like this

[chameleon-tbn]

lgtm

[krzychu124]

Two issues in code

[DaEgi01]

lgtm besides the points that krzy mentioned.
I m not sure how much is won by the change, since you move global state out of an object that is instantiated by the game and used for lifecycle purposes to global state that lazily instantiates itself and is also meant for lifecycle purposes.
but currently I have no opinion on how to do it better.
the way I normally do that for CSL is also messed up bad.

[krzychu124]

Looks good! 👍