Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Autogenerating Classes [SOLVED]


Recommended Posts

Hello there,

I am trying to something a little unconventional... I hope I am right here and this is an allowed question.

Basically, I'm working on a sort of wrapper on top of forge - allowing mods for older version to work. The specifics of that shouldn't matter, but I'm looking to improve the way I go about things.
To do the heavy lifting, I'm using wrappers - I've spent quite some time on the architecture, and I don't think that's avoidable. However, a lot of the code is redundant and I want to autogenerate it.

Let's take the following (pseudocode) example:

@Wrapper(Block.class)
public interface IBlockWrapper
{
	public void setXYZ();
}

I want to generate an implementation for that interface:

public class BlockWrapper implements IBlockWrapper
{
	private Block block;

	public BlockWrapper(Block block)
	{
		this.block = block;
	}

	public void setXYZ()
	{
		// ...
	}
}

 

Currently I generate the classes for the interfaces at runtime using asm and then loading them into the running program. Which is a pretty... terrible approach, actually.

What I'm looking for is a way to generate an actual .java class, that
a) works in eclipse and
b) will be compiled into the finished jar (and properly re-obfuscated to srg)

I searched around, and apparently there are Annotation Processors that seem suited, but I am not entirely sure.
Could you help point me in the right direction on how to approach that problem? Surely I'm not the first who wants to autogenerate classes.
I understand that what I'm doing might sound crazy, but I'd prefer if this doesn't turn into a discussion on why what I'm doing is a bad idea. I just like hacking Minecraft, what should I say.

 

EDIT: For the setup, I want it to work with a clean 1.16.5 forge install (latest version). Using the gradle version and eclipse-generating capabilities that comes with. Once that works, I'll integrate it into my existing code base, and might try to backport it on my own. But the final target should still be 1.16.X.

 

Regards,

DarkShadow44

Edited by DarkShadow44
Link to post
Share on other sites

Thanks, that looks suitable for generating the classes themselves. It's surely better than stitching text together.

Although I'd still need a way to hook into the compile process, both with gradle and eclipse. That's my main problem, how would I go about that?

Link to post
Share on other sites
  • DarkShadow44 changed the title to Autogenerating Classes [SOLVED]

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



×
×
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.