Question : Applet de client de Java - articles de côté de serveur ?

C'est ce qui se produit quand un utilisateur sélectionne un class= les " lineNumbers " >

1 de >

 si (« collecte » .equalsIgnoreCase (temp [4]))
{
      c.append (« \ n " +temp [0] + « | » + temp [1] + « | » + temp [2] + « | » + temp [3] + « | » + temp [4]) ;
      changeX de //int = Integer.parseInt (temp [1]) ;
      changeY de //int = Integer.parseInt (temp [2]) ;
      //board [changeY] [changeX] = 4 ;
      theItem d'international = Integer.parseInt (temp [1]) ;
      pickedUp (theItem, temp [0]) ;
      //c.append (" \ n " +temp [2] + » est… « + drawSword) ;
}
le class= >


and de 
1 de >
 pickedUp vide de public (international e, corde x) {

              si (== d'e 1) {
                                  drawFlail = faux ;
              }
              si (== d'e 2) {
                                  drawBattleaxe = faux ;
              }
              si (== d'e 3) {
                                  drawSword = faux ;
              }

              c.append (« \ n " + x + » a pris « + getItem (e) [0] + » .") ;


        }
TRAVAUX " clairs " de >


which de class= de 

But ici est le problem.

Player A ouvre une session… le joueur que B ouvre une session. Le joueur a voit le joueur B prendre le fléau au sol. Le fléau n'est plus aspiration au sol. Mais d'autre part le joueur C ouvre une session et voit que le fléau au sol parce que son drawFlail est ENCORE vrai… l'obtenir ? 

So. Je pense. au cas où faire ce serveur-côté ou vous ai-je une autre manière de garder tous les booleans sur tous les clients reliés les mêmes… ? 

class= de 

Réponse : Applet de client de Java - articles de côté de serveur ?

> ils apparaissent sur une certaine tache de X et de Y sur la carte. ils « sont peints sur »

IE. ils ont un endroit

> Bien je dis que parce que le tileGen recherche un comand. ainsi quand ils envoient le statut des articles dehors. il indiquera NullPointerException ou sometihng comme cela…

vous devez ajouter plus de commandes