Conventions à appliquer

Puisqu'on va commencer à coder, il faudrait quand même poser quelques conventions. Je commence par quelques trucs qui me passent par la tête :

1) Quelle largeur de tabulation ?

2) Où positionne t-on les { ?

a)
void commeCa() {
[...]
}

b)
void ouCommeCa()
{
[...]
}

3) Il faut aussi se mettre d'accord sur le codage de la carte. Une proposition, qui reprend en partie ce dont j'ai parlé précédemment :
http://xerius.nuxit.net/glouglou/carte.pdf

4) Comment fait-on les commentaires ?

Pour ma part :

1) 4 (parce que c'est la valeur par défaut à peu près de partout, et que ça me va bien)
2) a
3) Je suis tout à fait d'accord avec moi-même
4) Faut voir :p

1) je m'en fou ^^ j'utilise le standard de visual studio la^^
2) b)
3) c'est comme ça que j'avais prit en compte la carte pour mon astar
4) gneuh ? on commente toute nos méthodes classes nous même... enfin je vois pas quelle question y a à poser la ^^'

Moi je verrais plutôt des conventions plus importante :

Noms de méthodes/variables : en français ? en anglais ? parcque si en utilisant le code d'un autre on passe 3h à chercher une fonction "charger" alors que c'est juste qu'elle s'appelle "load"... ^^ je pense qu'on devrait tous coder de la même façon pour ça.

Casse : comment vous écrivez vos noms de méthodes/variables ? perso je fait comme ça : monNomDeVariable, monNomDeMethode, MonNomDeClasse

1) je m'en fou ^^ j'utilise le standard de visual studio la^^

Euuuh non on ne s'en fout pas justement, les différences d'indentation entre les développeurs, ça fait des trucs vraiment immondes (et je ne suis pas sûr qu'il y ait de l'indentation auto avec visual studio ou code blocks...)

4) gneuh ? on commente toute nos méthodes classes nous même... enfin je vois pas quelle question y a à poser la ^^'

En Java par exemple, les commentaires (bien faits) ont tous exactement la même allure, c'est normalisé. En C++ par contre, je vois que tout le monde fait à peu près comme ça lui chante. Et il serait mieux qu'on n'ait pas 4 mises en forme différente.

Casse : comment vous écrivez vos noms de méthodes/variables ? perso je fait comme ça : monNomDeVariable, monNomDeMethode, MonNomDeClasse

Idem

Noms de méthodes/variables : en français ? en anglais ? parcque si en utilisant le code d'un autre on passe 3h à chercher une fonction "charger" alors que c'est juste qu'elle s'appelle "load"... ^^ je pense qu'on devrait tous coder de la même façon pour ça.

Le mieux, c'est de tout faire en anglais, vu que de toute manière même quand on met les noms de méthodes en Français on met quand même des getXXX, setXXX etc parce que c'est bien pratique. Mais euuuuh... Si on fait tout en anglais ça va prendre la tête, ça sera moins lisible parce qu'on fera parfois (souvent) des fautes, et ne parlons même pas des commentaires... Sur ce point, le faire plus ou moins à l'arrache me va pas mal (cad du Français + des getXXX et des setXXX en gros)

Visual Studio fait de l'indentation et de la mise en forme automatique. Code::Blocks aussi, me semble-t-il.

Casse : comment vous écrivez vos noms de méthodes/variables ? perso je fait comme ça : monNomDeVariable, monNomDeMethode, MonNomDeClasse

Idem.

Noms de méthodes/variables : en français ? en anglais ? parcque si en utilisant le code d'un autre on passe 3h à chercher une fonction "charger" alors que c'est juste qu'elle s'appelle "load"... ^^ je pense qu'on devrait tous coder de la même façon pour ça.

Pas de préférence. On peut faire en français si l'anglais doit prendre la tête à certains, après tout, ce n'est pas du code qu'on va redistribuer à l'international ou un truc du genre

C'est quel raccourci pour l'indentation automatique ?

Sous Visual Studio, sélection du texte -> CTRL + K ou Edition, Avancé, Mettre la sélection en forme.

Merci.

Et pour le positionnement des { } ? Ça m'arrangerait d'avoir les avis restants assez vite, vu que j'ai déjà bien commencé ma partie.

Pour les { }, personnellement, en général je suis ce schéma :

Code:


fonction() {
  code;
  code;
  code;
  if(condition) {
    code;
    code;
  }
}

Mais je crois que du moment que l'espacement est correct, je peux lire d'autres mises en forme, on n'est pas non plus à ça près.

1) 4
2) b (c'est visuellement mieux !!!!!! )
3) c'est quoi le truc avec les cases de bordure ?? c'est des demi terrain pour avoir une map carré/rectangulaire ???
4) pour les commentaires bin... enjoy

Casse : comment vous écrivez vos noms de méthodes/variables ? perso je fait comme ça : monNomDeVariable, monNomDeMethode, MonNomDeClasse

Je fais comme ça aussi quand je me plante pas.

Noms de méthodes/variables : en français ? en anglais ? parcque si en utilisant le code d'un autre on passe 3h à chercher une fonction "charger" alors que c'est juste qu'elle s'appelle "load"... ^^ je pense qu'on devrait tous coder de la même façon pour ça.

Le truc c'est que en anglais on a des chance de tomber sur des mots clé :p mais sinon c'est plus style

C'est quel raccourci pour l'indentation automatique ?

Sur C::B tu va dans Plugins -> Source Code Formatter (AStyle)
Et voila. Enjoy

Les cases pour les bordures, c'est pour faire exactement ce qui est présent dans Wesnoth. Autrement dit, on affiche une case de plus tout autour, et on colle à moitié dessus une bande noire pour faire genre qu'on a un terrain rectangulaire

2) b (c'est visuellement mieux !!!!!! ) Twisted Evil

Bon... 2 partout, fait chier Il faudrait que le verdict soit rendu par la grand-mère de l'un d'entre nous, pour faire classe dans le rapport

Les cases pour les bordures, c'est pour faire exactement ce qui est présent dans Wesnoth. Autrement dit, on affiche une case de plus tout autour, et on colle à moitié dessus une bande noire pour faire genre qu'on a un terrain rectangulaire

Ok

2) b (c'est visuellement mieux !!!!!! ) Twisted Evil

Bon... 2 partout, fait chier Il faudrait que le verdict soit rendu par la grand-mère de l'un d'entre nous, pour faire classe dans le rapport

Grand mère de Quentin a écrit: la B !