Update all forge event code, attempt to become loader unaware

[Thodor12]

Changes proposed in this pull request

• Introduce a new event handler in the IMinecoloniesAPI, which is backed by an interface containing basic methods for the events we want to send
• Event handler is implemented in such a way it could be made loader unaware in the future if needed.
• All logic for sending Forge specific events is ripped out in favor of the API event handler

Testing

• Yes I tested this before submitting it.
• I also did a multiplayer test.

Review please

[Nightenom]

Also (without looking at code if it's even possible) cannot we reuse existing forge eventbus for implementing the bus logic?

[Thodor12]

Also (without looking at code if it's even possible) cannot we reuse existing forge eventbus for implementing the bus logic?

The point was from the beginning to not use Forge code where possible, so we quickly glanced over using a Guava event bus.
But I found that to be less than ideal since it's a third party library Mojang happened to insert, if that were to be dropped we'd have to fallback to shading it, which doesn't work with Guava.

For that reason I thought it was a better idea to make a small lightweight event bus tailored to our needs.

[someaddons]

Forge eventbus is an extion of guavas afaik

[uecasm]

What's the point of avoiding (Neo)Forge APIs? Unless you're anticipating a Fabric port in the future or something, but that can be handled with an abstraction layer rather than a different implementation.

[Raycoms]

Two smaller comments

[Nightenom]

Generally speaking I would avoid renaming event classes to ModEvent, just imho though