Paper hay Spigot

So sánh song song

Khi nào Paper là lựa chọn tốt hơn

• Hầu hết máy chủ sinh tồn, SMP, minigame và mạng máy chủ: hiệu năng tốt hơn với cùng các plugin.
• Bạn viết plugin và muốn API lớn hơn: text component tốt hơn, nhiều sự kiện hơn, API bất đồng bộ.
• Bạn muốn chuyển sang Folia hoặc dùng Velocity sau này: cả hai đều đến từ cùng dự án PaperMC.

Khi nào Spigot là lựa chọn tốt hơn

• Người chơi kỹ thuật dựa vào các cơ chế vanilla mà Paper sửa hoặc thay đổi, như một số kiểu nhân bản đồ hay hành vi redstone, và bạn không muốn phải quản lý các thiết lập của Paper cho chúng.
• Bạn viết một plugin phải chạy trên mọi máy chủ Bukkit: hãy build nó với API Spigot, và nó sẽ chạy trên Spigot, Paper và các bản fork của chúng.
• Một plugin cụ thể mà bạn phụ thuộc vào chỉ chính thức hỗ trợ Spigot và hoạt động sai trên Paper (hiếm, nhưng có xảy ra).

Paper ngày nay

Ở các phiên bản gần đây, Paper đã trở thành một hard fork: nó không còn nhận mọi thay đổi từ Spigot mà phát triển độc lập, trong khi vẫn hỗ trợ plugin viết cho API Spigot. Trên thực tế, tác giả plugin nhắm tới API Spigot sẽ chạy được trên cả hai, còn ai cần tính năng của Paper thì nhắm tới Paper.

Chuyển máy chủ từ Spigot sang Paper thường chỉ là thay tệp .jar của máy chủ bằng Paper cùng phiên bản Minecraft; thế giới và plugin vẫn giữ nguyên. Hãy sao lưu trước và kiểm tra log khởi động.

Plugin Spigot và Paper trên Codexe

Loại Bukkit/Spigot/Paper trên Codexe bao gồm cả hai. Hãy ghi "Paper" hoặc "Spigot" và phiên bản trong yêu cầu: Codexe dùng API đó, biên dịch plugin và kiểm tra nó có chứa plugin.yml (hoặc paper-plugin.yml). Hãy chọn Spigot nếu plugin phải chạy trên cả hai. Máy chủ thử nghiệm chạy Paper, nên plugin Spigot cũng được thử ở đó.

Câu hỏi