Presets

Preset triệu hồi

Preset chuỗi passenger zombie và hai con nhện

Preset này là bài stress test passenger lồng nhau của phase 1. Nó bắt đầu với một con nhện, gắn zombie lên con nhện đó, rồi lồng thêm một con nhện nữa làm passenger của zombie. Lệnh vẫn đọc được nhưng các ảnh chụp làm cho cấu trúc phân cấp rõ ràng để bạn phân biệt được passenger gốc, passenger giữa và passenger trên cùng.

Đọc bằngENRUDEESPT中文日本語VIFR한국어IDPLTR

Kết quả preset

Một nhóm passenger ba entity lồng nhau với root là nhện, zombie ở giữa và một passenger nhện trên cùng.

Kết quả

Lệnh summon zombie và nhện lồng nhau

/summon minecraft:spider ~ ~ ~ {Passengers:[{id:"minecraft:zombie",Passengers:[{id:"minecraft:spider"}]}]}

Ảnh chụp preset

Preview xác nhận stack này không còn là một jockey một passenger đơn giản nữa.
Các điều khiển passenger lồng nhau chính là điểm rà soát chính cho lệnh này.
Output hiển thị một danh sách Passengers nằm bên trong một mục passenger khác.
Ảnh chụp xác minh cả ba entity được gắn theo đúng thứ tự dự kiến.

Dựng preset

  1. Đặt root entity thành Spider.
  2. Thêm một passenger Zombie lên con nhện gốc.
  3. Mở mục passenger zombie và thêm một Spider thứ hai làm passenger.
  4. Xem lại cây passenger để con nhện trên cùng lồng bên dưới zombie chứ không phải nằm cạnh nó.
  5. Kiểm tra output xem dấu ngoặc Passengers lồng nhau.
  6. Test trong game ở Easy trở lên và lưu preset trước khi thêm nhiều rider hơn.

Passenger lồng nhau rất nhạy với thứ tự

Lệnh này có hai cấp passenger. Con nhện đầu tiên là root entity tại tọa độ summon. Zombie cưỡi con nhện đó. Con nhện thứ hai cưỡi zombie. Nếu bạn đặt cả hai mục nhện ở cùng một cấp, kết quả hình ảnh sẽ thay đổi hoàn toàn.

NBTForge hỗ trợ bằng cách hiển thị cây passenger và output cùng nhau. Hãy dùng cả hai góc nhìn: cây dễ quét hơn, còn output xác nhận đúng cấu trúc cuối cùng mà Minecraft sẽ phân tích.

Vì sao cái này thuộc về một cổng chất lượng

Preset một rider chứng minh trường passenger có tồn tại. Preset lồng nhau chứng minh trình chỉnh sửa, quy trình chụp ảnh và nội dung bài viết có thể giải thích cấu trúc phân cấp mà không núp sau cụm từ "mob xếp chồng" chung chung.

Việc chụp trong game đặc biệt quan trọng ở đây vì một stack lồng nhau có thể phân tích thành công mà vẫn đọc ra sai nếu một passenger nằm sai cấp.

  • Cấp gốc: Spider.
  • Cấp giữa: Zombie.
  • Cấp trên cùng: Spider thứ hai.

Mở rộng stack

Hãy thêm tag trước khi bạn thêm nhiều rider hơn. Tag cho phép dọn dẹp, xoay hoặc chỉ test riêng stack này trong thế giới test. Nếu lệnh vượt quá giới hạn chat, hãy chuyển dòng summon vào một khối lệnh hoặc một function trong datapack.

Khi debug, trước hết hãy xóa passenger trên cùng, kiểm tra stack hai entity, rồi thêm lại entity thứ ba. Như vậy các lỗi dấu ngoặc sẽ không biến thành một cuộc truy lùng trong cả lệnh.

Hãy dùng Preset lệnh zombie cưỡi nhện hoặc Preset lệnh /summon spider jockey làm nền tảng đơn giản hơn trước khi mở rộng chuỗi lồng nhau này.

FAQ

Vì sao tôi lại có hai rider tách rời thay vì một stack?

Con nhện thứ hai có thể đã được thêm bên cạnh zombie thay vì bên trong mục passenger zombie. Hãy mở lại cây passenger và kiểm tra mức độ lồng nhau.

Cái này vẫn an toàn để dán vào chat chứ?

Ví dụ này gọn nhưng các stack lồng nhau lớn lên rất nhanh. Hãy xem badge độ dài lệnh và chuyển sang khối lệnh hoặc function khi cần.

Tôi có thể dùng lệnh này làm lệnh Bedrock không?

Không, Java Passengers lồng nhau không ánh xạ thẳng sang Bedrock. Hãy dựng một chuỗi ride Bedrock riêng cho các thế giới Bedrock.

Mở quy trình này

Bắt đầu từ khu vực dựng Summon liên quan, rồi chỉnh các trường preset cho thế giới của bạn.