Separation client serveur

robin4002

Salut,
Normalement tu n’as pas à utiliser @SideOnly(Side.SERVER)

La liste des joueurs, ça dépend ce que tu compte en faire, si c’est pour des rendus, il faut les mettre client, sinon serveur.
Et sinon tu le laisse des deux côté, la plupart du code de minecraft est joué par le client et le serveur, d’où l’utilisation de !world.isRemote dans certaines fonctions.

RedRelay

Ok, mais pour optimisé les calcul que fait le client quand il joue sur serveur, le mieux serait d’utiliser les @SideOnly() non ?
La par exemple je fais des test sur l’event PlayerLoggedInEvent, quand je met @SideOnly(Side.SERVER),
ça ne se déclenche pas quand je joue en solo. Pourtant quand on joue solo, il y a quand même un serveur local, donc ça devrait s’aficher non ?

robin4002

Le side only prend par rapport au type de l’application. Donc @SideOnly(Side.SERVER) correspond au serveur intégré seulement. C’est pour ça que j’ai dis que normalement dans un mod normal, il ne devrait pas servir.

RedRelay

Ah ok d’accord je comprend mieux
C’est pas super optimisé je trouve _

RedRelay

La pour le coups j’ai encore un problème ^^
J’ai un gui qui a besoin d’informations concernant le client, seulement ses informations sont initialisée lorsque le client rejoint une partie.

Du coups je me retrouve avec des null pointer exceptions.

Comment je peux faire pour initialiser mon GUI proprement uniquement lorsqu’il rejoint une partie ?

J’ai essayé ça :

private GuiJob guiJob;

@SubscribeEvent
public void onPlayerJoin(PlayerEvent.PlayerLoggedInEvent event) {
System.out.println("Player join : "+Minecraft.getMinecraft().thePlayer);
if(event.player.getDisplayName().equals(Minecraft.getMinecraft().thePlayer.getDisplayName())) {
System.out.println("player is me");
guiJob = new GuiJob();
FMLCommonHandler.instance().bus().register(guiJob);
}
}

@SubscribeEvent
public void onPlayerLeave(PlayerEvent.PlayerLoggedOutEvent event) {
if(event.player.getDisplayName().equals(Minecraft.getMinecraft().thePlayer.getDisplayName())) {
FMLCommonHandler.instance().bus().unregister(guiJob);
guiJob = null;
}
}

Mais Minecraft.getMinecraft().thePlayer est toujours null :'/

jglrxavpok

Normal. Minecraft.getMinecraft() est côté client seulement
Utilise le player de l’event

RedRelay

J’ai mis des @SideOnly(Side.CLIENT), mais thePlayer est toujours null
Je préfèrerai ne pas utiliser le player de l’event, car si un autre joueur se connect, je vais aussi initialisé la chose

Autre chose,
J’ai une class Lumberjack que voici :

package fr.mff.eyzox.job.defaultjob.common;

/*import …*/

public class Lumberjack extends Job {

public static final String NAME = "Lumberjack";
public static final ResourceLocation TEXTURE = new ResourceLocation(Main.MODID, "lumberjack.png");

@Override
public String getName() {
return NAME;
}

@Override
public int getIconID() {
return Minecraft.getMinecraft().renderEngine.getTexture(TEXTURE).getGlTextureId();
}

public Lumberjack() {
MinecraftForge.EVENT_BUS.register(this);
Minecraft.getMinecraft().renderEngine.bindTexture(TEXTURE);
}

@SubscribeEvent
public void onBlockBreak(BlockEvent.BreakEvent event) {
if(event.block instanceof BlockLog) {
EyJobPlayer player = (EyJobPlayer) ExtensiblePlayer.getPlayerAddon(event.getPlayer(), EyJobPlayer.ADDON_NAME);
if(player != null) {
JobLevel jobLevel = player.getJob(this);
if(jobLevel != null) {
jobLevel.setEXP(jobLevel.getEXP()+1);
}
}
}

}

}

Comment faire la séparation proprement entre le serveur et le client ?

robin4002

Étrange que le player soit null. Pour séparer le client et le serveur, les proxys sont tes amis.

RedRelay

La problème des poxies c’est qu’il me faut obligatoirement un attribut static non ?
Je peux pas faire un proxy dans une methode ?

Et ça veut dire qu’a chaque fois que je vais devoir créé un metier, il va me falloir un LumberjackServer et un LumberjackClient extend LumberjackServer ??

Superloup10

De toutes façon, pour un mod, le proxy est obligatoire, sinon, crash.

robin4002

Non x)
Tu appelle ta méthode comme ça :
ClassePrincipale.proxy.methode()
Et ensuite dans cette méthode tu mets ce que tu veux.

Sinon si tu as l’objet du monde tu peux aussi utiliser world.isRemote.

RedRelay

J’ai pas l’objet world

Et ça veut dire qu’a chaque fois que je vais devoir créé un metier, il va me falloir un LumberjackServer et un LumberjackClient extend LumberjackServer ??

robin4002

Non, absolument pas. Dans ta classe Lumberjack, tu appelle le proxy, et dans le proxy tu fais ce que tu veux.