Użytkownik:Igorczewski6524/Format komponentów danych

Ten element dotyczy wyłącznie Java Edition.

Komponenty danych, lub po prostu komponenty, to ustrukturyzowane dane używane do definiowania i przechowywania różnych właściwości. Są one używane w przedmiotach, gdzie są określane jako komponenty przedmiotów lub komponenty stosu przedmiotów, oraz w bytach bloków, częściowo zastępując format NBT.
Komponenty danych są używawe w różnych miejscach, jak ekwipunek gracza, kontenerach bytów bloków oraz plikach struktur.
Komponenty danych są identyfikatorami w przestrzeni nazw i mogą mieć różne typy danych

Zastosowanie

Format poleceń

Komponent danych może być używany w typach argumentów item_stack i item_predicate.

W poleceniach, które przyjmują argument item_stack, jak np. /give, przedmioty są reprezentowane w formacie item_id[component1=value,component2=value], gdzie component to lokalizacja zasobu komponentu, a value to wartość komponentu wyrażona w formacie SNBT. Komponenty mogą zostać usunięte, umieszczając przed nimi wykrzyknik (np. item_id[!component3]). Jeśli argumenty nie są określane, nawias kwadratowy może zostać usunięty, zostawiając samo ID przedmiotu.

W poleceniach, które przyjmują argument item_predicate, jak np. /clear, przedmioty są reprezentowane w formacie item_type[tests], przy czym tests może być testem komponentów danych lub podpredykatem przedmiotu.

Format przedmiotu

Przedmioty są przechowywane w formacie NBT. Czasem znacznik  Slot, jest używany aby określić w jakim slocie znajduje się przedmiot, np. w skrzyniach; innym razem nie ma znacznika  Slot, np. w upuszczonych przedmiotach.

Typy przedmiotów zawierają zestaw domyślnych komponentów przedmiotu, które poszczególne stosy przedmiotów mogą nadpisać. Domyślne komponenty nie są zapisywane na indywidualnych stosach elementów.

• : Znacznik główny.
  •  Slot: Slot ekwipunku, w którym przedmiot się znajduje.
  •  id: Lokalizacja zasobu przedmiotu. Wartością nie może być air.
  •  count: Liczba przedmiotów w stosie, w tym slocie. Każdy przedmiot może być w stosie, nawet jeśli w normalnych warunkach nie może być. Domyślnie 1.
  •  components: Opcjonalna mapa komponentów danych. Dodatkowe informacje o przedmiocie.
    • Zobacz: Lista komponentów

Format bytu bloku

Byty bloków są przechowywane w formacie NBT. Chociaż nadal używają NBT dla swoich specyficznych właściwości, zachowują komponenty danych zdefiniowane w przedmiocie bloku po umieszczeniu.

• : Znacznik główny.
  •  id: ID bytu bloku.
  •  keepPacked: true lub false. Jeśli true, byt bloku jest nieprawidłowy i nie ładuje się od razu po załadowaniu chunka. Jeśli false, jest to normalny byt bloku i może być umieszczony od razu.
  •  x: Koordynat x bytu bloku.
  •  y: Koordynat y bytu bloku.
  •  z: Koordynat z bytu bloku.
  •  components: Opcjonalna mapa komponentów.
    • Zobacz: Lista komponentów

Lista komponentów

• attribute_modifiers
• banner_patterns
• base_color
• bees
• block_entity_data
• block_state
• blocks_attacks
• break_sound
• bucket_entity_data
• bundle_contents
• can_break
• can_place_on
• charged_projectiles
• consumable
• container
• container_loot
• custom_data
• custom_model_data
• custom_name
• damage
• damage_resistant
• debug_stick_state
• death_protection
• dyed_color
• enchantable
• enchantment_glint_override
• enchantments
• entity_data
• equippable
• firework_explosion
• fireworks
• food
• glider
• instrument
• intangible_projectile
• item_model
• item_name
• jukebox_playable
• lock
• lodestone_tracker
• lore
• map_color
• map_decorations
• map_id
• max_damage
• max_stack_size
• note_block_sound
• ominous_bottle_amplifier
• pot_decorations
• potion_contents
• potion_duration_scale
• profile
• provides_banner_patterns
• provides_trim_material
• rarity
• recipes
• repairable
• repair_cost
• stored_enchantments
• suspicious_stew_effects
• tool
• tooltip_display
• tooltip_style
• trim
• unbreakable
• use_cooldown
• use_remainder
• weapon
• writable_book_content
• writable_book_content