Exercice 1.1.1 : apprendre à exécuter un script JavaScript avec Node.js

Bonjour Beginner,

Pour le type symbol ,c'est normal.
le "compilateur" (interpréteur V8) te dit qu'il ne parvient pas à invoquer sur cette variable ce que tu appellais en Java la méthode toString() implicite
Mais si tu remplaces la dernière instruction par console.log("un Symbol : " + typeof(varSymbol)); tu auras confirmation de la création d'une variable de type symbol
On expliquera sans doute plus tard ce concept d'enum en JavaScript

Pour les conventions de nommage, je vais regarder. Mais il me semblait que Gnuum avait expliqué clairement les bons usages.

Donc continue comme ça, tu es bien parti !

Le deuxième temps c'est de comparer ta réponse à la solution qui contient elle-même d'autres informations, implicites ou explicites. C'est également très instructif d'essayer de bien comprendre la relation entre l'énoncé et la solution proposée, cela fait partie de l'exercice

Oui je vais répéter rapidement!

Il n'est pas d'usage en JavaScript de préfixer les variables par un type, un indicateur de propriété ou tout autre préfixe en fait.
En l'occurrence, il est inutile d'utiliser "var" en début de nom de tes variables.
La convention usuelle pour les noms de variables en JavaScript est le lower camel case: var lowerCamelCase = true;
L'erreur que tu as sur le console.log de ton Symbol n'est pas due au console.log mais à la concaténation que tu réalises avant en faisant "un Symbol : " + varSymbol.
Un simple console.log(varSymbol); devrait afficher quelque chose.

Autre remarque sur ton code Beginner.. Tu utilises plusiseurs conventions différentes en ce qui concerne tes ";":

• var varNumber = 3 ; // point virgule avec un espace
• var varString = "Hello !" // pas de point virgule
• console.log("un null : " + varNull); // point virgule sans espace

La première n'est jamais utilisée car on a tendance à éviter la verbosité (quantité de caractères) inutile alors qu'on rencontre régulièrement la deuxième et la troisième.
La deuxième diminue encore la verbosité en se passant d'un caractère inutile mais nécessite des retours à la ligne entre chaque instruction (le ";" servant de séparateur d'instructions sur une même ligne).
La troisième permet une plus grande liberté d'organisation et est celle que l'on rencontre le plus souvent.

Choisis celle que tu veux mais ne change surtout pas à l'intérieur d'un même code. Je conseille, sur un projet existant, de suivre les conventions établies même si celles-ci ne sont pas celles que l'on utilise habituellement.
Cette remarque peut te paraître anecdotique mais la rigueur et la rationalisation sont des point cruciaux de la programmation.

A noter que var varUndefined = undefined ; peut être remplacé par var varUndefined;.

Sinon exercice réussi! Bravo!

En fait undefined, n'est pas une valeur existante, cela représente plutôt l'absence de valeur: la variable est déclarée mais pas définie, elle ne référence aucune zone mémoire.
Contrairement à null qui est un objet stocké en mémoire et qui représente également l'absence de valeur.
Il faut éviter de réinitialiser une variable à undefined: utiliser null à la place.

Une astuce pour tester si une variable est null et/ou undefined (les exercices de la prochaine section aideront à mieux comprendre):

Merci,

Oui tu as raison, j'ai vu par la suite que Gnuum a donné des explications dans la solution... Je ne les avais pas vues car j'essaie dans un premier temps de faire les exercices sans regarder les solutions...

Oui tout à fait...
Merci.

Merci bien !

- Effectivement console.log(varSymbol); affiche ceci : [object Symbol] { ... }.
- Ah cela explique ce message : It's not necessary to initialize 'varUndefined' to 'undefined'.