Salut,

Je viens de me mettre au Java, & j'ai déjà des problèmes (je passerai sur Éclipse qui ne m'est pas du tout ergonomique/intuitif) pour me concentrer sur l’essentiel :

public class Test {

public static void main(String[] args) {
char car = 'd', car2 = 't', car3 = 'c';
System.out.print(car + car2 + car3);
}
}

Ce code renvoit 315 à la place de dtc, je ne comprends pas pourquoi.

Par ailleurs j'ai tenté de foutre 100 dans un type byte, & ce n'est pas possible, mais pourquoi? C'est censé coder un nombre sur 1 octet donc 8 bits donc 2^8 nombres, & c'est compris dans l'intervalle à ce que je saches!

Même remarque pour certains autres types comme double.

Bizarre!

oui en fait il prends le code ASCII de tes char
l'opérateur + ne permet de concaténer que des Strings

donc passe plutot par un StringBuilder mais c'est quand meme assez galère ^^'

Pour la question en ce qui concerne les byte j'avoue que je sais pas, je m'en sert jamais

"l'opérateur + ne permet de concaténer que des Strings"

Ah bah voilà.

"Pour la question en ce qui concerne les byte j'avoue que je sais pas, je m'en sert jamais"

Ok. Pour certaines données, ça peut servir pourtant, & c'est parfois bien plus approprié qu'un int par exemple, non?
L'économie faite est relative mais c'est pour le principe.

par contre le code
byte b = 100;
System.out.println(b);

affiche bien 100 après test .
Le maximum que tu peux mettre dans un type se retrouve avec la constante statique Montype.MAX_VALUE (2^7-1 pour un Byte)

Et à part cas spécifique, je pense que c'est tout aussi bien de préfèrer les int aux byte

Sauf si tu a sune bonne raison d'utiliser byte, ne l'utilise pas et prends int comme tout le monde.

Pourquoi utiliser un "int" à la place d'un "byte" pour une variable qui ne stockera de toute manière que des nombres positifs très faibles?

Pour que ton code soit lisible pour quelqu'un qui n'a pas l'idée folle d'utiliser un byte

Parce que c'est pas fait pour ça.

C'est comme utiliser un char pour stocker autre chose qu'un caractère, ou un float pour stocker un entier, c'est ps grave que ton programme consomme quelques octets en plus (et c'est pas comme si c'était un problème vu le prix) vaut mieux avoir un code clair, deviner a quoi va servir ta variable (du moins avoir une idée de quoi elle va stocker surtout) juste en lisant son type.

Enfin du moins j'imagine que c'est pour ça.

Bah les programmeurs connaissent les types primitifs non? On m'a toujours dit d'etre rigoureux et de ne pas etre laxiste sur la mémoire!

Si j'ai besoin d'une variable pr stocker l'age de qqn par exemple je vais pas utiliser un int! 3 octets de perdus ^^

non?

Ca dépend ce que tu entends par "age", ainsi de ce que tu entends par "quelqu'un".

Si, par âge, tu entends simplement le nombre d'années qui se sont écoulées, il sera strictement positif. La maximum actuel d'un humain est à 122, le maximum d'un byte est à 127. Puisque la longévité augmente (pour le moment, du moins), le 127 pourrait être une source de problèmes. Un int est donc préférable.

Si ce sont des âges Humains un brin fantastique (juste à prendre Mathusalem, qui a vécu plus de 9 siècles selon la Bible), un byte ne suffira pas. Un int est recommandé

Si c'est l'âge d'un corps céleste, il faudra plutôt un long.

Si tu entends, par âge, l'âge écrit en lettre, byte n'est pas ce qui est adapté, int non plus. C'est plus un String qu'il faudra utiliser.

Il faut faire attention à la mémoire, oui, mais uniquement quand c'est utile. Ici, tu fais une économie dit "de bout de chandelle" (= quasi-insignifiante). Elle pourrait être utile dans le cas où tu joues au niveau des millièmes de ton unité de mesure (temps ou mémoire). Inutile sinon, et source d'erreurs à termes, que ce soit au niveau de la relecture ou au niveau de la maintenabilité.

Faire attention à la création des objets, ainsi qu'à leur gestion et aux algorithmes utilisés est suffisant dans 90% des cas (valeurs impression, non-prouvée).

ok merci pr ce post constructif

De plus, c'est pas completement clair que tu gagne vraiment de la memoire. Si tu n'as qu'un seul byte dans ta structure, il prends probablement 4 octets quand meme (pour des raison d'alignement). De plus, travailler sur des bytes peut etre plus couteux que de travailler sur des ints.

Pour logger un char, int, long.... utilise la méthode static String.valueof();