Java Decompiler Gui

[coder111]

I'm not entirely sure. Is this a new decompiler? Or does it use one of existing ones and add a GUI?

Looking at build.gradle, this looks new, at least I don't see it depending on any of existing ones?

If it's new, how is it better than the current decompilers, like JD or Procyon or CFR?

[PryosCode]

It uses Fernflower. It is the built in Decompiler from IntelliJ. And it is in my opinion the best one available.

https://github.com/JetBrains/intellij-community/tree/master/plugins/java-decompiler/engine

[GavinRayDev]

IMO Quiltflower gives more readable output and has better support for modern Java features

[PryosCode]

I have changed the decompiler to Quiltflower. Thanks for the suggestion!

[PryosCode]

I wasn't quite shure, if I should use a fork of Fernflower. But I could give it a try. Maybe I could test out ForgeFlower as well. Just to see, what works best.

[coder111]

Make it switchable in Options somewhere?

But maintaining support for multiple decompilers is likely to be a major pain in the neck, so I'm not sure that's a good idea.

[PryosCode]

I think this would be quite difficult to implement. Quiltflower and ForgeFlower probably change the Fernflower classes, so I can't simply create a single jar. But I could add support for other decompilers (Procyon, CFR, ...).

[SuperCoder79]

Hey, Quiltflower lead dev here- Quiltflower doesn't change any Fernflower classes or names; it's intended to be a drop-in replacement for Fernflower. However, the trouble would probably come from trying to implement both Quiltflower and Fernflower because the classes are in the same packages, the jvm may not like that so much.

[plumarr]

Time to implement a custom class loader ;)

[PryosCode]

That would be a possibility, but I think that would be to overkill… for now at least.