La classe principale(là où il y a le main()) est dans FenetreDeJeu.java
Ce jeu a été développé pour un projet lors de mon année d'iut. Je fournit aussi les images dans le zip.
Il reste à coder le "echec et mat" mais le echec au roi marche bien.
Les choses importantes sont la gestion de l'interface graphique, le deplacement de piece avec souris et la gestion des coups sur le reseau
condition: un pion doit se déplacer de deux cases (lors de son premier mouvement) et attérir à coté d'un pion adverse qui sur le coup suivant pourra le prendre en venant se placer derrière
Le programme se lance... Et là deux gros défauts :
- L'interface est trop petite... comprimée... ;
- Connexion réseau active qui est obligatoire pour pouvoir jouer...
Enrichissements souhaitables :
- implémentation d'une IA;
- implémentation d'un moteur pour lire des fichiers de parties officielles (*.pgn);
- implémentation d'une bibliothèque avec les fonctions suivantes :
. enregistrement automatique et/ou volontaire des parties;
. import/export des fichiers de parties;
. analyse des parties en temps réel.
Pourquoi ces remarques ?
Parce que tout seul on ne peut pas l'utiliser pour jouer aux échecs,
il faut donner une ip réseau valide, avec un client actif à l'autre bout...
Conditions pénibles...
Dommage... Je dois donc attendre qu'un ami se connecte... et me donne son ip pour découvrir
ce que vaut réellement ce programme...
Côté code incomplet, voici les vérifications à faire pour l'échec et mat et pour les Roques.
L'échec et mat :
Conditions devant être réunies simultanément :
- Roi sous échec;
- Aucune case libre pour que le Roi ne puisse pas se déplacer;
- Pièce qui met le Roi sous échec imprenable;
- Trajectoire non blocable par une pièce adverse
(la notion de blocage de trajectoire ne s'applique pas aux Cavaliers);
Le Roque (grand ou petit):
Conditions devant être réunies simultanément :
- Il faut que les pièces (Roi et la Tour correspondante)
n'aient pas encore bougé depuis le début de la partie;
- Le Roi ne doit pas être sous échec au moment du Roque;
- Sur toute la trajectoire du Roque choisi, aucune pièce adverse ne doit pouvoir frapper.
On considère cela comme une mise sous échec du Roi, ce qui n'est pas possible.
Si l'intention est très bonne, il faudrait implémenter ces méthodes et ces contrôles
pour augmenter l'engouement des gens envers ce programme.
condition: un pion doit se déplacer de deux cases (lors de son premier mouvement) et attérir à coté d'un pion adverse qui sur le coup suivant pourra le prendre en venant se placer derrière
- L'interface est trop petite... comprimée... ;
- Connexion réseau active qui est obligatoire pour pouvoir jouer...
Enrichissements souhaitables :
- implémentation d'une IA;
- implémentation d'un moteur pour lire des fichiers de parties officielles (*.pgn);
- implémentation d'une bibliothèque avec les fonctions suivantes :
. enregistrement automatique et/ou volontaire des parties;
. import/export des fichiers de parties;
. analyse des parties en temps réel.
Pourquoi ces remarques ?
Parce que tout seul on ne peut pas l'utiliser pour jouer aux échecs,
il faut donner une ip réseau valide, avec un client actif à l'autre bout...
Conditions pénibles...
Dommage... Je dois donc attendre qu'un ami se connecte... et me donne son ip pour découvrir
ce que vaut réellement ce programme...
Côté code incomplet, voici les vérifications à faire pour l'échec et mat et pour les Roques.
L'échec et mat :
Conditions devant être réunies simultanément :
- Roi sous échec;
- Aucune case libre pour que le Roi ne puisse pas se déplacer;
- Pièce qui met le Roi sous échec imprenable;
- Trajectoire non blocable par une pièce adverse
(la notion de blocage de trajectoire ne s'applique pas aux Cavaliers);
Le Roque (grand ou petit):
Conditions devant être réunies simultanément :
- Il faut que les pièces (Roi et la Tour correspondante)
n'aient pas encore bougé depuis le début de la partie;
- Le Roi ne doit pas être sous échec au moment du Roque;
- Sur toute la trajectoire du Roque choisi, aucune pièce adverse ne doit pouvoir frapper.
On considère cela comme une mise sous échec du Roi, ce qui n'est pas possible.
Si l'intention est très bonne, il faudrait implémenter ces méthodes et ces contrôles
pour augmenter l'engouement des gens envers ce programme.
Dommage que ça se soit soldé par un échec... et mat...
Sinon la tentative est à saluer, car ce n'est pas facile de coder un jeu d'échecs.
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.