2.0 Rewrite Ideas

[halotroop2288]

There are a number of things I want to suggest to make Unimined better. But implementing them would undoubtedly cause the project to get unnecessarily more unwieldy unless we consider changes that might break backward compatibility.

Here is a list of these changes (which I will edit as I think of more):

• Make loader transformer functions take the version directly, rather than delegating to a loader function in the associated function.

Examples:

unimined.minecraft {
   // ...
   fabric("0.16.0") {
       // delegate functions such as access wideners
   }
}

or

unimined.reIndev {
    // ...
    foxLoader() {
		modId = "example-mod"
		// ...
    }
}

---

• Create a super-class for MinecraftProvider called GameProvider, likewise for MinecraftConfig.
• Split the PatchProviders interface into smaller interfaces that can be implemented by specific GameProvider classes

These would require refactoring the main UniminedExtension interface and UniminedExtensionImpl class, and any class that calls on it because it explicitly uses these types.

---

• Bump the Kotlin version up to 2.0.0 (or whatever is latest at the time of implementation)

This major version bump is bound to come with incompatibility, for similar reasons to this proposition itself.