137e5d67d0
#KT-49425 Merge-request: KT-MR-7094 Merged-by: Vsevolod Tolstopyatov <qwwdfsad@gmail.com>
181 lines
8.0 KiB
Kotlin
181 lines
8.0 KiB
Kotlin
/*
|
|
* Copyright 2010-2022 JetBrains s.r.o. and Kotlin Programming Language contributors.
|
|
* Use of this source code is governed by the Apache 2.0 license that can be found in the license/LICENSE.txt file.
|
|
*/
|
|
|
|
package kotlin
|
|
|
|
import kotlin.annotation.AnnotationRetention.*
|
|
import kotlin.annotation.AnnotationTarget.*
|
|
import kotlin.reflect.KClass
|
|
|
|
/**
|
|
* Signals that the annotated annotation class is a marker of an API that requires an explicit opt-in.
|
|
*
|
|
* Call sites of any declaration that is either annotated with such a marker or mentions in its signature any
|
|
* other declaration that requires opt-in should opt in to the API either by using [OptIn],
|
|
* or by being annotated with that marker themselves, effectively causing further propagation of the opt-in requirement.
|
|
*
|
|
* The intended uses of opt-in markers include, but are not limited to the following:
|
|
* - Experimental API for public preview that might change its semantics or affect binary compatibility.
|
|
* - Internal declarations that should not be used outside the declaring library, but are `public` for technical reasons.
|
|
* - Fragile or delicate API that needs a lot of expertise to use and thus require an explicit opt-in.
|
|
*
|
|
* ## Contagiousness
|
|
*
|
|
* When a declaration is marked with an opt-in requirement, it is considered to be contagious, meaning that all its uses
|
|
* or mentions in other declarations will require an explicit opt-in.
|
|
* A rule of thumb for propagating is the following: if the marked declaration ceases to exist, only
|
|
* the places with explicit opt-in (or the corresponding warning) will break. This rule does not imply transitivity,
|
|
* e.g. the propagation does not propagate opt-in through inlining, making it the responsibility `inline` function author
|
|
* to mark it properly.
|
|
*
|
|
* ### Type scopes
|
|
*
|
|
* A type is considered requiring opt-in if it is marked with an opt-in marker, or the outer declaration (class or interface) requires opt-in.
|
|
* Any use of any declaration that mentions such type in its signature will require an explicit opt-in, even if it is not used
|
|
* directly on the call site, and even if such declarations do not require opt-in directly.
|
|
*
|
|
* For example, consider the following declarations that are marked with non-propagating opt-in:
|
|
* ```
|
|
* @UnstableApi
|
|
* class Unstable
|
|
*
|
|
* @OptIn(UnstableApi::class)
|
|
* fun foo(): Unstable = Unstable()
|
|
*
|
|
* @OptIn(UnstableApi::class)
|
|
* fun bar(arg: Unstable = Unstable()) {}
|
|
*
|
|
* @OptIn(UnstableApi::class)
|
|
* fun Unstable?.baz() {}
|
|
* ```
|
|
* and their respective call sites:
|
|
* ```
|
|
* fun outerFun() {
|
|
* val s = foo()
|
|
* bar()
|
|
* null.baz()
|
|
* }
|
|
* ```
|
|
* Even though call sites do not mention `Unstable` type directly, the corresponding opt-in warning or error will be triggered
|
|
* in each call site due to propagation contagiousness. Note that the propagation is not transitive, i.e. calls to `outerFun`
|
|
* itself would not trigger any further opt-in requirements.
|
|
*
|
|
* ### Lexical scopes
|
|
*
|
|
* If a type requires an opt-in, such requirement is propagated to its lexical scope and all its nested declarations.
|
|
* For example, for the following scope:
|
|
* ```
|
|
* @UnstableApi
|
|
* class Unstable {
|
|
* fun memberFun() = ...
|
|
*
|
|
* class NestedClass {
|
|
* fun nestedFun() = ...
|
|
* }
|
|
* }
|
|
* ```
|
|
*
|
|
* Any use of `Unstable`, `NestedClass`, or their member functions will require an explicit opt-in.
|
|
*
|
|
* ### Overridden declarations
|
|
*
|
|
* Opt-in markers are also propagated through the inheritance and interface implementation.
|
|
* If the base declaration requires an opt-in, overriding it requires either an explicit opt-in or
|
|
* propagating the opt-in requirement.
|
|
*
|
|
* See also [Kotlin language documentation](https://kotlinlang.org/docs/opt-in-requirements.html) for more information.
|
|
*
|
|
* @property message message to be reported on usages of API without an explicit opt-in, or empty string for the default message.
|
|
* The default message is: "This declaration is experimental and its usage should be marked with 'Marker'
|
|
* or '@OptIn(Marker::class)'", where `Marker` is the opt-in requirement marker.
|
|
* @property level specifies how usages of API without an explicit opt-in are reported in code.
|
|
*/
|
|
@Target(ANNOTATION_CLASS)
|
|
@Retention(BINARY)
|
|
@SinceKotlin("1.3")
|
|
public annotation class RequiresOptIn(
|
|
val message: String = "",
|
|
val level: Level = Level.ERROR
|
|
) {
|
|
/**
|
|
* Severity of the diagnostic that should be reported on usages which did not explicitly opted into
|
|
* the API either by using [OptIn] or by being annotated with the corresponding marker annotation.
|
|
*/
|
|
public enum class Level {
|
|
/** Specifies that a warning should be reported on incorrect usages of this API. */
|
|
WARNING,
|
|
|
|
/** Specifies that a compilation error should be reported on incorrect usages of this API. */
|
|
ERROR,
|
|
}
|
|
}
|
|
|
|
/**
|
|
* Allows to use the API denoted by the given markers in the annotated file, declaration, or expression.
|
|
* If a declaration is annotated with [OptIn], its usages are **not** required to opt in to that API.
|
|
*
|
|
* [markerClass] specifies marker annotations that require explicit opt-in. The marker annotation is
|
|
* not required to be itself marked with [RequiresOptIn] to enable gradual migration of API from requiring opt-in to the regular one,
|
|
* yet declaring such `OptIn` yields a compilation warning.
|
|
*
|
|
* See also [Kotlin language documentation](https://kotlinlang.org/docs/opt-in-requirements.html) for more information.
|
|
*
|
|
* @property markerClass specifies marker annotations that require explicit opt-in.
|
|
* @see RequiresOptIn for a detailed description of opt-in semantics and propagation rules.
|
|
*/
|
|
@Target(
|
|
CLASS, PROPERTY, LOCAL_VARIABLE, VALUE_PARAMETER, CONSTRUCTOR, FUNCTION, PROPERTY_GETTER, PROPERTY_SETTER, EXPRESSION, FILE, TYPEALIAS
|
|
)
|
|
@Retention(SOURCE)
|
|
@SinceKotlin("1.3")
|
|
public annotation class OptIn(
|
|
vararg val markerClass: KClass<out Annotation>
|
|
)
|
|
|
|
/**
|
|
* This annotation marks the experimental preview of the language feature [SubclassOptInRequired].
|
|
*
|
|
* > Note that this API is in a preview state and has a chance of being changed in the future.
|
|
* Do not use it if you develop a library since your library can become source incompatible
|
|
* with the future versions of Kotlin.
|
|
*/
|
|
@Target(CLASS)
|
|
@Retention(BINARY)
|
|
@SinceKotlin("1.8")
|
|
public annotation class ExperimentalSubclassOptIn
|
|
|
|
/**
|
|
* Annotation that marks open for subclassing classes and interfaces, and makes implementation
|
|
* and extension of such declarations as requiring an explicit opt-in.
|
|
*
|
|
* When applied, any attempt to subclass the target declaration will trigger an opt-in
|
|
* with the corresponding level and message.
|
|
*
|
|
* The intended uses of subclass opt-in markers include, but are not limited to the following API:
|
|
* - Stable to use, but unstable to implement due to its further evolution.
|
|
* - Stable to use, but closed for 3rd-part implementations due to internal or technical reasons.
|
|
* - Stable to use, but delicate or fragile to implement.
|
|
* - Stable to use, but with a contract that may be weakened in the future in a backwards-incompatible
|
|
* manner for external implementations.
|
|
*
|
|
* Contrary to regular [RequiresOptIn], there are three ways to opt-in into the subclassing requirement:
|
|
* - Annotate declaration with the marker annotation, making it propagating.
|
|
* - Annotate declaration with [OptIn] in order to opt in into the provided guarantees in a non-propagating manner.
|
|
* - Annotate declaration with [SubclassOptInRequired] with the same marker class, making it further propagating only for subclassing.
|
|
*
|
|
* Uses of this annotation are limited to open and abstract classes, and non-`fun` interfaces.
|
|
* Any other uses allowed by `CLASS` annotation target yield a compilation error.
|
|
*
|
|
* @property markerClass specifies marker annotation that require explicit opt-in.
|
|
* @see RequiresOptIn for a detailed description of opt-in semantics and propagation rules.
|
|
*/
|
|
@Target(CLASS)
|
|
@Retention(BINARY)
|
|
@SinceKotlin("1.8")
|
|
@ExperimentalSubclassOptIn
|
|
public annotation class SubclassOptInRequired(
|
|
val markerClass: KClass<out Annotation>
|
|
)
|