Examen niveau 2 — Python

Examen — questions inédites

12 questions inédites : rappel (25 %) + application (50 %) + arbitrage (25 %) sur Structures de données & POO.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

2.1 · Rappel

1. Quelle structure choisir pour associer un code client à ses infos ?

Une chaîne, car tout est du texte Un tuple, car il est figé Un dictionnaire : paires clé → valeur, accès direct par la clé Un set, car il déduplique

Le dict est l'annuaire : accès par clé, .get() sans KeyError, parcours en .items().

2.1 · Application

2. Nabil écrit « copie = ventes » puis modifie « copie ». Que se passe-t-il ?

Le programme lève automatiquement KeyError La liste est triée automatiquement « ventes » reste intact : = copie toujours Les deux noms partagent le même objet : « ventes » est modifié aussi

= partage, il ne copie pas : .copy() à plat, deepcopy() pour l'imbriqué.

2.1 · Arbitrage

3. Un collègue cherche chaque client en parcourant une liste de 50 000 lignes à chaque fois. Verdict de Nabil ?

À indexer : dict par code client pour un accès direct, liste gardée pour l'ordre À remplacer par des variables séparées À garder : parcourir est toujours le plus rapide À remplacer par des tuples triés à la main

Chercher par identifiant = dict indexé ; la liste reste pour l'ordre et le parcours.

2.2 · Rappel

4. Pourquoi préférer les f-strings à la concaténation avec + ?

Elles ferment les fichiers automatiquement Elles sont plus lisibles, évitent les conversions manuelles et offrent le formatage intégré (:.2f) Elles s'exécutent sans interpréteur Python Elles remplacent les fichiers JSON

f"Total : {total:.2f} €" : variable, calcul et format en une ligne lisible.

2.2 · Application

5. Nabil lit un export avec des accents cassés et un fichier parfois verrouillé. Que corrige-t-il ?

Il concatène les chemins avec + sans pathlib Il ouvre en mode « w » pour lire Il retire tous les accents du fichier Il ouvre avec with open(..., encoding="utf-8") : fermeture auto + accents intacts

with ferme tout seul même en erreur ; encoding utf-8 garde les accents ; « w » écrase, il ne lit pas.

2.2 · Application

6. Le récap de Nabil doit survivre au redémarrage et rester échangeable. Quel format ?

Un fichier JSON via json.dump/load : structuré, universel, relu en dicts et listes Une variable globale non sauvegardée Un nom de fichier sans contenu Un print dans le terminal

JSON = listes et dicts persistants, lisibles par d'autres outils ; module csv pour les tableurs.

2.3 · Rappel

7. Que désigne « self » dans une méthode ?

La classe parente uniquement L'objet lui-même : l'accès à SES attributs, passé automatiquement à l'appel Le fichier courant sur le disque Le module importé en haut du fichier

self s'écrit dans la définition, jamais à l'appel : chaque objet garde son propre état.

2.3 · Application

8. Nabil crée VenteRemise(Vente) avec un taux et super().init(). Qu'a-t-il fait ?

Une suppression de la classe parent Un copier-coller de Vente sans lien Un héritage est-un : spécialisation propre, parent réutilisé via super() Une composition sans héritage

Héritage pour est-un, peu profond ; composition (a-des) sinon.

2.3 · Arbitrage

9. Un collègue propose 6 niveaux d'héritage et des dicts + fonctions globales « pour aller vite ». Verdict ?

À remplacer par des variables globales À accepter : plus de niveaux = meilleur design À accepter pour les petits scripts seulement À refuser : hiérarchie illisible, données dispersées — classes ciblées, héritage ≤ 3, dunders utiles

Données + comportements en classe, héritage mesuré, __str__/__eq__ et @dataclass si adapté.

2.4 · Application

10. Nabil convertit une saisie avec float(). Comment la fiabiliser ?

Un try étroit + except ValueError avec redemande ; le reste remonte Un except: pass silencieux sur tout le programme Un try qui encadre tout l'import d'un coup Aucun contrôle : la saisie est toujours valide

Risqué précis encadré, type ciblé, traitement réel — jamais de except nu.

2.4 · Application

11. Un montant négatif arrive dans Vente(...). Où le refuser ?

Nulle part : l'accepter et corriger plus tard Avec raise ValueError dès __init__ : échouer tôt et fort, à la source Avec un print silencieux sans lever En masquant avec except: pass

raise signale l'invariant violé à la source ; finally nettoie, else continue si OK.

2.4 · Arbitrage

12. Un collègue veut un « except: pass » général pour « ne plus voir d'erreurs ». Verdict de Nabil ?

À remplacer par la suppression des tests À accepter : plus d'erreurs visibles = plus de fiabilité À refuser : cela enterre les bugs — excepts ciblés, traitement réel, inattendu loggué qui remonte À accepter en ajoutant un second pass

Silencer enterre les bugs vivants : on n'attrape que ce qu'on sait traiter.

Et après ?

Score ≥ 80 % : passez au Niveau 3 — modules, pip/venv et fonctions avancées, sur vos bases solides en données et objets.
Score 60-79 % : reprenez les sections ratées (2.1 conteneurs/copies, 2.2 f-strings/with/JSON, 2.3 classes/héritage/dunders, 2.4 try ciblés/raise) et refaites les défis 48h.
Score < 60 % : reconstruisez le chantier de Nabil pas à pas (ventes en liste de dicts, rapport en f-strings + JSON, classes Vente, import fiabilisé), puis repassez le test.
Dans tous les cas : gardez les réflexes — bon conteneur au bon usage, f-strings + with/encoding, objets citoyens, excepts ciblés sans silence.