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
-
🤔 The problem
At compile-time for the JVM platform, Kotlin transform the
internal
keyword 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:
internal
containing code that should be only accessible in Kotools Types moduleslibrary
depending oninternal
and 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:
internal
declaration is a property or a function, marking it with the JvmSynthetic annotation is enoughinternal
module.This important change will hide effectively internals from Java.
✅ Checklist
Here's the checklist to address for implementing this idea:
internal
Gradle subproject #299library
module #300library
module #301library
module #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