Importing classes
Many of skript-reflect's reflection features require a reference to a java class.
Importing classes at parse-time (recommended)
In most cases, the exact qualified name of the class you need is known without running the script. If this is the case, you should use skript-reflect's import block.
Similar to events, import blocks must be placed at the root of your script (no indentation before import
). Imports must also be placed before the imported classes are referred to in your code, so we recommend you place your imports as far up in your script as possible.
Once you import a class through an import block, skript-reflect will create an expression allowing you to reference the java class by its simple name.
To avoid conflicts, expressions created by import blocks are only available to the script that imported them. You must import java classes in each script that uses them.
In most cases, expressions created by import blocks will not conflict with each other or with other Skript expressions. In cases where the class's simple name conflicts with another expression (such as with Player
and String
), you must import the class under an alias.
Aliases must be valid Java identifiers!
Importing NMS classes on Minecraft versions below 1.17
Since NMS packages from Minecraft versions below 1.17 change with each Minecraft version, you should generate the package prefix dynamically. See Computed Options for more details.
Importing classes at runtime
Sometimes, the class reference you need cannot be determined until the script is executed.
From a fully qualified name
From an object
Importing in effect commands
Since import blocks aren't available in effect commands, you can use the import effect (only available in effect commands):
This import will only be usable in following effect commands, until you stop the server.
Dealing with nested classes
Sometimes, a class may be nested inside another class. When referring to the fully qualified name of the class, the nested class is separated from the surrounding class using a $
rather than a .
For example, org.bukkit.entity.EnderDragon.Phase
would become org.bukkit.entity.EnderDragon$Phase
Nested classes usually have more general names than their surrounding classes, so you should import these under an alias.
Another way to import these classes, is to just import their enclosing class:
Last updated