lithuyet

Phần Hướng dẫn Project chưa ghi :v



Event
public class EventAmen implements Listener {
khai báo 1 class có tên là EventAmen thuộc kiểu implements Listener (kiểu này là kiểu dành cho Class)
nếu không muốn tách ra 2 class riêng biệt thì có thể xài
public class Main extends JavaPlugin implements Listener {
nhưng mà khuyên là không nên vì đơn giản là dài dòng, khi 2 cái ko liên quan ở chung 1 class là (1), rối rắm khi sử dụng nhiều hơn 1 event là (2)
mà nếu code Event ở 1 class khác mà không phải class chính thì cần phải đăng ký event đó bên class chính
this.getServer().getPluginManager().registerEvents(new EventAmen(), this);

đó là cú pháp đăng ký Event ở class chính D:

Player player = event.getPlayer();
Player player = event.getPlayer();
nghĩa là gán biến "player" thuộc kiểu dữ liệu player
lấy dự liệu từ player ở sự kiện (event)
có thể gán biến khác p...
boolean DaVao = player.hasPlayedBefore();
giới thiệu qua cái biến boolean
boolean ở đây nghĩa là biến 1 trong 2
cái dạng mà true vs false thì đó là biến boolean đó
boolean DaVao = player.hasPlayedBefore();
giới thiệu qua cái biến boolean
boolean ở đây nghĩa là biến 1 trong 2
cái dạng mà true vs false thì đó là biến boolean đó
nếu người chơi đã vào trước đó
thì ngán biến DaVao
gán cái dữ liệu "nếu player đã vào trước đó" vào cái biến "DaVao"
nói chung là làm cho nó ngắn gọn thôi
if(!DaVao) {
cái ! nói rồi đúng ko, nghĩa là ngược lại
trong biến boolean ngược lại của cái này chỉ có thể là cái kia
if (!DaVao) {
nếu
Người chơi CHƯA VÀO TRƯỚC ĐÓ
event.setJoinMessage(ChatColor.YELLOW + player.getName() + " lần đầu chơi Gum");
nó sẽ xảy ra 1 sự kiện là set cái tin nhắn vào là Tên Player lần đầu chơi Gum
bình thường cái tin nhắn mặc định của minecraft là SieuDoge has join server gì đó
thì code nó sẽ xét, nếu thằng này chưa chịch gum (chưa vào lần nào) thì nó sẽ đổi lại cái tin nhắn SieuDoge has join server thành "Lần đầu chơi gum"
nên ta có event.setJoinMessage
} else {
ngược lại
ngược lại của cái chưa vào trước đó nghĩa là vào trước đó rồi
player.sendMessage(ChatColor.BLUE + "Chào mừng quay trở lại với trải nghiệm bị con gái");
player.sendMessage đơn giản là gửi tin nhắn cho Player thôi
nếu ở cái Player player = event.getPlayer(); mà thay player = p thì ta có p.sendMessage đơn giản là gửi tin nhắn cho Player thôi
còn cái @EventHandler đơn giản là 1 cái nhãn mác để nó biết đây là dạng public event thôi
@Override ||| Commands
cũng giống như @EventHandler
cái này nó dùng như 1 cái nhãn mác để Spigot nó hiểu
@Override thường đc sử dụng ở command và onEnable onDisable
hiện tại thì ông chưa xài @Override cho onEnable onDisable vì ông chưa học tới config :v
cứ hiểu @Override là nguyên tắc cho command giống như 1+1 phải = 2 đó
public boolean onCommand(CommandSender sender, Command cmd, String label, String[] args) {
tui hiểu đơn giản nó là cú pháp để khai báo command thôi
tiếp
if (cmd.getName().equalsIgnoreCase("AdvChestCommands")) {
nếu
nó sẽ lấy dữ liệu từ cmd, equals Ignore Case nghĩa là ko phân biệt chữ hoa chữ thường
nó lấy tên của command không phân biệt chữ hoa hay chữ thường
nếu đúng là "AdvChestCommands"
là sang phần kế tiếp
ở đây Player p = (Player) sender;
cái này cũng giống như Player player = event.getPlayer(); vậy đó
mà cái kia là dành cho event
còn cái này dành cho cái khác không phải event
sender là người gửip.sendTitle("§dCái này là Tittle", "§fCái này là subtittle", 10, 20, 10);
return true;
nghĩa là nó xét tới đó nó sẽ dừng lại nó không xét thêm nữa
ví dụ:
giờ mình có 2 cái command khác nhau
/chaoem
1 cái là
/chaoem vuemtoqua
bây giờ
sau khi nhập cái /chaoem thì nó thực hiện đến cuối, nếu là return true nó sẽ dừng lại không cần xét tới cái /chaoem vuemtoqua nữa, còn nếu return false; nó sẽ tiếp tục xét, lúc này /chaoem khác với /chaoem vuemtoqua nên nó sẽ sinh lỗi
Vì vậy nên là
Ở CUỐI CÁC CÂU LỆNH BẮT BUỘC PHẢI RETURN TRUE;
NHƯNG Ở CUỐI PUBLIC COMMAND BẮT BUỘC PHẢI RETURN FALSE;