Replies: 2 comments
-
|
We've tested this idea by starting implementing the issues #234 and #254. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
It is not necessary to introduce a |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
🤔 The problem
At compile-time for the JVM platform, Kotlin transform the
internalkeyword topublic.This makes our internal declarations available for Java users who can misuse the API.
💡 The idea
The idea is to restructure the current project in the following modules:
internalcontaining code that should be only accessible in Kotools Types moduleslibrarydepending oninternaland corresponding to the source code of Kotools Types publicly available.For declarations that could be marked with the JvmSynthetic annotation, we will
The principle behind this change is the following:
internaldeclaration is a property or a function, marking it with the JvmSynthetic annotation is enoughinternalmodule.This important change will hide effectively internals from Java.
✅ Checklist
Here's the checklist to address for implementing this idea:
internalGradle subproject #299librarymodule #300librarymodule #301librarymodule #302🙏 Help needed
Please give this post a reaction if you are interested in this change and comment below your thoughts on it.
We would love to have your feedback!
Beta Was this translation helpful? Give feedback.
All reactions