Ustawienia wstępne narzędzi
Zabij zaprogramowane polecenie czyszczenia
Gotowe polecenie „Zabij” do czyszczenia jest teraz kompletnym przepływem pracy „Zabij”, a nie szablonową notatką o poleceniu. Użyj tego ustawienia wstępnego, gdy powtarzające się testy mapy pozostawiają upuszczone przedmioty, znaczniki, tymczasowe moby lub rekwizyty areny, które powinny zniknąć przed następnym uruchomieniem. Polecenie czyszczenia jest przydatne tylko wtedy, gdy jego selektor jest wystarczająco wąski, aby był bezpieczny. W artykule połączono pola konfiguracji, przegląd Output, rozmieszczenie Project i przechwytywanie wyników, dzięki czemu polecenie można łatwo sprawdzić, zanim stanie się częścią konfiguracji mapy, wyzwalacza zdarzenia lub Command Pack wielokrotnego użytku. Przepływ pracy Kill polega na przeglądaniu selektora bardziej niż na długości polecenia. Zachowaj widoczność decyzji dotyczących typu, odległości, znaczników i ograniczeń przed kopiowaniem, ponieważ `/kill @e` bez filtra to jeden z najłatwiejszych sposobów zrujnowania świata testowego.
Wynik presetu
Komenda zabicia o określonym zasięgu usuwa byty testowe lub upuszczone przedmioty bez obierania za cel graczy.
Wynik
Polecenie zabicia areny
/kill @e[type=minecraft:item,distance=..16]Zrzut ekranu presetu
Zbuduj preset
- Otwórz pulpit roboczy Kill lub Advanced dla selektora czyszczenia.
- Wybierz typ jednostki lub znacznik oznaczający tymczasowy stan testu.
- Preferuj tagi dodawane w czasie przywołania, gdy czyszczenie powinno usunąć niestandardowe jednostki testowe.
- Dodaj filtr odległości podczas czyszczenia powinien mieć wpływ tylko na arenę.
- Unikaj selektorów, które mogą atakować graczy, chyba że pakiet wyraźnie potrzebuje takiego zachowania.
- Przejrzyj wygenerowany Output `/kill` i zapisz je w pobliżu poleceń resetowania.
- Uruchom go w czystym świecie testowym i potwierdź, że zniknęły tylko zamierzone tymczasowe byty.
Dlaczego ten preset Kill należy do Project
Użyj tego ustawienia wstępnego, gdy powtarzające się testy mapy pozostawiają upuszczone przedmioty, znaczniki, tymczasowe moby lub rekwizyty areny, które powinny zniknąć przed następnym uruchomieniem. Polecenie czyszczenia jest przydatne tylko wtedy, gdy jego selektor jest wystarczająco wąski, aby był bezpieczny.
Przepływ pracy Kill polega na przeglądaniu selektora bardziej niż na długości polecenia. Zachowaj widoczność decyzji dotyczących typu, odległości, znaczników i ograniczeń przed kopiowaniem, ponieważ `/kill @e` bez filtra to jeden z najłatwiejszych sposobów zrujnowania świata testowego. Skopiowane polecenie jest przydatne tylko wtedy, gdy widoczne są otaczające założenia: zakres selektora, stan świata, porządek wewnątrz pakietu i dokładne Output, które zostaną wklejone do Minecraft. Traktuj ten preset jako punkt kontrolny, w którym można przejrzeć te szczegóły, zanim polecenie opuści NBTForge.
Galeria jest zbudowana wokół tej recenzji. Pierwsze ujęcie pokazuje stan workbench, drugie ujęcie wywołuje pole lub moduł towarzyszący, który zmienia zachowanie skierowane w stronę gracza, a ujęcie wyjściowe sprawia, że polecenie lub para poleceń są widoczne. Kiedy preset daje widoczny rezultat, przechwytywanie w grze potwierdza ten sam pomysł w przywróconym świecie testowym, zamiast polegać na ogólnej nakładce.
Testowanie i kontrola zakresu
Nie używaj szerokiego selektora czyszczenia na aktywnej mapie. Zacznij od nieszkodliwych selektorów, dodaj znaczniki do tymczasowych obiektów po ich utworzeniu i trzymaj polecenie kill w pobliżu funkcji resetowania, która wyjaśnia, co można usunąć.
Przeprowadź pierwszy test dymu z wąskim selektorem i czystym stanem świata. Polecenia dotyczące środowiska, narzędzi, routingu i informacji zwrotnych mogą wyglądać nieszkodliwie, ale często wpływają na każdego gracza lub cały świat. Potwierdź, że polecenie zmienia tylko zamierzony stan, a następnie zapisz dokładne Output obok linii konfiguracyjnych lub uzupełniających wyjaśniających, dlaczego istnieje.
Jeśli polecenie stanie się częścią pliku funkcji lub łańcucha bloków poleceń, przetestuj skopiowany artefakt, a nie tylko stan aktywnego workbench. Wychwytuje to przestarzałe selektory, niewłaściwą kolejność poleceń, brakujące linie konfiguracji i efekty, które wydawały się działać tylko dlatego, że poprzedni test pozostawił stan.
- Zachowaj wąskie selektory do czasu przejrzenia pełnego pakietu.
- Umieść konfigurację świata przed nadpisaniami specyficznymi dla spotkania.
- Zapisz polecenia zwrotne obok zmiany stanu, która je wyzwala.
Gdzie iść dalej
Uruchom czyszczenie przed poleceniami konfiguracji w powtarzanych testach, a następnie zapisz je obok poleceń przywołania, łupów lub przedmiotów, które tworzą stan tymczasowy.
Aby uzyskać bezpieczny sposób resetowania, porównaj Zachowaj wstępnie ustawiony przepływ pracy dotyczący zapasów, Ustawienia teleportacji dla powrotów do lobby i Lista kontrolna przeglądu Command Pack Minecraft.
FAQ
Czy mogę wkleić to polecenie Kill do czatu?
Zwykle tak w przypadku testu dymu jednym poleceniem, jeśli selektor jest bezpieczny, a linia jest krótka. Aby uzyskać powtarzalne zachowanie mapy, zapisz ją w Project i skopiuj uporządkowany pakiet lub Output w stylu funkcji.
Po co dołączać przechwytywanie wyników dla ustawień wstępnych w stylu narzędziowym?
Przechwycenie wyniku dowodzi, że polecenie zmieniło widoczny świat, HUD, routing lub stan opinii w Minecraft, a nie tylko wyglądało poprawnie w panelu Output.
Co powinienem sprawdzić przed udostępnieniem tego ustawienia wstępnego?
Sprawdź zakres selektora, kolejność poleceń, wersję docelową i czy polecenie należy do konfiguracji, logiki spotkań, opinii lub czyszczenia. Te kategorie decydują, gdzie powinien znajdować się w pakiecie Project.
Otwórz ten przebieg
Zacznij od powiązanego obszaru roboczego Kill i dopasuj pola presetu do swojego świata.