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
I propose that there be no interface accepting Player or OfflinePlayer so that this system is not "responsible" for any UUID lookups.
Specification should include allowing multiple types of UUID, e.g.
Type 4: Authenticated user
Type 3: Non-authenticated user
Type 2: Bot/NPC/other
Possible extension to this, providing an API for UUID generation that produces plugin-unique UUIDs, such as providing 64 bits of ID (double) and the rest generated based on the plugin name or some other string:
UUIDcreatePluginUUID(Pluginplugin, doubleid);
Example functionality for this:
NPC economy accounts
Faction/Town/Guild accounts
Some sort of ephemeral account I don't know I'm sure there's something.
The text was updated successfully, but these errors were encountered:
+1 to using UUIDs only and avoiding OfflinePlayer/Player - this frees us from being Bukkit-specific.
In addition to the UUID createPluginUUID(Plugin, double) helper API suggested above, @mbax also suggested a UUID createStringUUID(String, double) where the String is the namespace for flexibility (and createPluginUUID would call that method Plugin#getName on Bukkit etc).
I propose that there be no interface accepting
Player
orOfflinePlayer
so that this system is not "responsible" for any UUID lookups.Specification should include allowing multiple types of UUID, e.g.
Possible extension to this, providing an API for UUID generation that produces plugin-unique UUIDs, such as providing 64 bits of ID (
double
) and the rest generated based on the plugin name or some other string:Example functionality for this:
The text was updated successfully, but these errors were encountered: