You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As we know, currently any kind of kotlin code that has been made into java from dex (for example with fernflower by extracting dex and using d2j-dex2jar) looks... java-ish. Kotlin has functions which aren't possible in normal java in normal circumstances, like proper null-handling on compiler level, coroutines, automatic simple getters and setters, etc... Vineflower is a fork of Fernflower, first ever decompiler which supports kotlin, as well as it's main purpose is to be as accurate as possible while retaining readability, for example with actually supporting kotlin, if source file is actually in kotlin. It would be greatly appreciated if along other decompilers Vineflower would also be there to provide another look at the code.
As we know, currently any kind of kotlin code that has been made into java from dex (for example with fernflower by extracting dex and using d2j-dex2jar) looks... java-ish. Kotlin has functions which aren't possible in normal java in normal circumstances, like proper null-handling on compiler level, coroutines, automatic simple getters and setters, etc... Vineflower is a fork of Fernflower, first ever decompiler which supports kotlin, as well as it's main purpose is to be as accurate as possible while retaining readability, for example with actually supporting kotlin, if source file is actually in kotlin. It would be greatly appreciated if along other decompilers Vineflower would also be there to provide another look at the code.
https://vineflower.org/
https://github.com/Vineflower/vineflower
The text was updated successfully, but these errors were encountered: