Intérêt des paramètres optionnels dans les fonctions ?

Bonjour,

Je me forme actuellement sur Python.
En testant une fonction constructeur, j'étais persuadé que celle-ci allait planter dans le sens où l'ensemble des paramètres n'était pas saisi (cf exemple ci-dessous pour c et d).
Dans un second temps, j'ai lu que les paramètres étaient optionnels.

Code:

---

1 2 3 4 5

def __init__(self, a, b): self.a1 = a self.b2 = b self.c3 = c self.d4 = d

---

Du coup, je ne comprends pas quel est leur intérêt ? Pourquoi en mettre certains et pas les autres ?
Merci.

étonnant qu'il accepte des chiffres comme nom de variables, c'est contre toutes les règles de nommage connues (à ma connaissance du moins). (jamais de chiffre en 1er caractère du nom de variable)

et ici self.1, self.2, self.3, self.4 ne sont pas des paramètres optionnels, mais des variables d'instances

Et comme l'a fait remarqué fred199, ça plante après renommage des variables.
Saisies dans le shell IDLE:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

>>> class Dumm: ... def __init__(self,a,b): ... self.1=a ... SyntaxError: invalid syntax >>> class Dumm: ... def __init__(self,a,b): ... self.a1=a ... self.b1=b ... self.c1=c ... self.d1=d ... ... >>> d=Dumm(1,2) Traceback (most recent call last): File "<pyshell#12>", line 1, in <module> d=Dumm(1,2) File "<pyshell#10>", line 5, in __init__ self.c1=c NameError: name 'c' is not defined

---

Bonjour Fred,

Dans mon post initial, j'ai voulu résumer à la va-vite le code que j'avais executé.
Le voici complet et il s'execute sans erreur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

import datetime as dt   """Creation de la Classe""" class Vehicules: def __init__(self, p_nb_roues, p_couleur): self.roues = p_nb_roues self.couleur = p_couleur self.date_adhesion = dt.date.today() self.actif = True   pass   """ la classe se termine à la première ligne non indentée """   moto_1 = Vehicules(2, "rouge") vehicule_1 = Vehicules(4, "bleue")   print(moto_1) print(moto_1.roues) print(moto_1.couleur) print(type(moto_1))   moto_1.actif = False print(moto_1.actif)

---

- Vous dites qu'il n'y a pas d'intérêt à poser des questions conception mais quand on débute, il est quand même important de comprendre ce que l'on fait, de comprendre les concepts avant de passer à la syntaxe non ?
- Donc en ligne 6, il n'est pas choquant éventuellement de faire un init sans aucun paramètre. Soit def __init__(self): ?

Merci

Citation:

---

Envoyé par Millennial

En testant une fonction constructeur, j'étais persuadé que celle-ci allait planter dans le sens où l'ensemble des paramètres n'était pas saisi (cf exemple ci-dessous pour c et d).

---

Python est un langage interprété => ca va planter lorsque la fonction sera exécutée s'il ne trouve pas c et d dans l'espace global à la fonction/méthode:

Code:

---

1 2 3 4 5 6 7 8 9 10

>>> def f(a, b): ... x = a ... y = b ... z = c ... >>> f(1, 2) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "<stdin>", line 4, in f NameError: name 'c' is not defined

---

L'aspect important ici est "tester par vous même, se familiariser avec les messages d'erreur".

Citation:

---

Envoyé par Millennial

- Donc en ligne 6, il n'est pas choquant éventuellement de faire un init sans aucun paramètre. Soit def __init__(self): ?

---

Ce qui est choquant, c'est d'écrire ici alors que vous auriez pu tester avant...

Citation:

---

Envoyé par Millennial

Vous dites qu'il n'y a pas d'intérêt à poser des questions conception mais quand on débute, il est quand même important de comprendre ce que l'on fait, de comprendre les concepts avant de passer à la syntaxe non ?

---

C'est quoi la différence entre une variable (locale ou globale) et un attribut? Normalement, vous devez avoir passé du temps dans un tuto pour savoir y répondre par vous même...

- W

En "résumant" il faut quand même que ça suive une logique cohérente avec le vrai code et les règles de bases, sinon on va corriger des choses qui n'auraient pas lieu d'être "inutilement".

Les variables self.XX qui ne sont pas initialisé par les paramètres du constructeur, sont utiles à la classe et on ne souhaite pas qu'elles puissent être définie par l'utilisateur dans le constructeur (selon le besoin de la classe). Ici on a la date du jour (à la création de l'instance), il est inutile de demander à l'utilisateur de lui fournir, et on indique par principe que si on créé l'instance, celle-ci est active (donc self.actif= True)

Et non il n'est pas choquant d'avoir un __init__ sans paramètre, si il n'y a pas besoin d'initialiser de valeur propre à l'instance ou la classe par le constructeur.

Lorsqu’un posteur originel (PO) modifie le contenu de son post initial sur un forum après qu’une ou plusieurs réponses ont été apportées, cela peut entraîner les problématiques suivantes :

1. Incohérence entre la question et les réponses
2. Perte de clarté pour les lecteurs
3. Complexité de la modération

Une bonne pratique est d'informer les lecteurs ou les contributeurs des modifications (vous n'avez pas à le faire car j'ai supprimé ma réponse, quoique pour @umfred ça semble être encore d'actualité).

EDIT:

Citation:

---

Vous dites qu'il n'y a pas d'intérêt à poser des questions conception mais quand on débute, il est quand même important de comprendre ce que l'on fait, de comprendre les concepts avant de passer à la syntaxe non ?

---

Sauf que votre post originel, indiquait en majorité des problèmes de syntaxe, voilà ce qui se passe quand on ne pose pas le problème de la bonne manière.

bonjour

Citation:

---

Envoyé par Millennial

il n'est pas choquant éventuellement de faire un init sans aucun paramètre. Soit def __init__(self): ?

---

Non, puisque cela dépend entièrement de ta classe. Avoir plus d'attributs d'instance que de paramètres dans la fonction d'initialisation est classique (ce que tu as bien fait)

Citation:

---

lu que les paramètres étaient optionnels

---

Ceci est une toute autre histoire ! pour toute fonction (et donc méthode), il est possible d'avoir des paramètres optionnels. Dans ton code:

Code:

---

1 2 3

def __init__(self, nb_roues, couleur): ... car = Vehicules() # PLANTAGE

---

Ici, on utilise des paramètres optionnels (avec valeur par défaut):

Code:

---

1 2 3

def __init__(self, nb_roues=4, couleur="blanc"): ... car = Vehicules() # OK

---

---------

EDIT

Citation:

---

Intérêt des paramètres optionnels dans les fonctions ?

---

pas logique ton titre ! la plupart des fonctions que tu utilises dans python ont des paramètres optionnels ;)

Citation:

---

- Donc en ligne 6, il n'est pas choquant éventuellement de faire un init sans aucun paramètre. Soit def __init__(self): ?

---

Selon vous construire une voiture sans préciser sa couleur, son type, ... vous paraît intéressant ?

Citation:

---

Envoyé par wiztricks

Ce qui est choquant, c'est d'écrire ici alors que vous auriez pu tester avant...

---

Mais non justement, même en cas d'absence de message d'erreur, il se peut que la convention ne tolère pas une telle pratique.
Mon interrogation portait sur les bonnes pratiques dans la vraie vie. Est-il usuel de déclarer l'ensemble des paramètres dans une fonction constructeur ? Fred m'a répondu que cela dépendait des "besoins métiers"... donc il ne s'agit pas d'une question de test au préalable. Ce que j'ai fait d'ailleurs : c'est l'absence d'erreur qui m'a fait poster ici.

Citation:

---

Envoyé par fred1599

Selon vous construire une voiture sans préciser sa couleur, son type, ... vous paraît intéressant ?

---

Non. Justement, mon interrogation portait sur le fait que je puisse accèder à un attribut (self.date_adhesion et self.status*) sans l'avoir déclaré comme paramètre dans ma fonction init.

Merci, je taggue en resolu ce post

* Comme j'aurais pu saisir self.marque ou self.modele

Bonjour

Citation:

---

Envoyé par Millennial

Non. Justement, mon interrogation portait sur le fait que je puisse accèder à un attribut (self.date_adhesion et self.status*) sans l'avoir déclaré comme paramètre dans ma fonction init.

---

Il n'y a pas de rapport. Un paramètre, que ce soit pour une fonction ou une classe (et dans ce dernier cas il sera renvoyé vers la fonction __init__ donc ça reste une fonction) c'est un élément passé à la fonction par son appelant.
Mais rien n'interdit à la fonction de créer ses propres variables internes, variables qui n'ont alors aucun rapport avec les paramètres (même si généralement la fonction devant traiter ses paramètres utilisera pour cela ses variables internes)
Exemple

Code:

---

1 2 3 4

def fonction(xxx): toto=123 titi=456 return toto + titi * xxx

---

Et donc si on élargi cette réllexion aux classes, ses méthodes peuvent elles-aussi définir leurs propres variables ou même des attributs sans que les paramètres reçus aient un rôle à jouer dans cette action.
Exemple

Code:

---

1 2 3 4 5 6 7 8 9 10

class vehicule: def __init__(self, marque, modele): self.marque=marque self.modele=modele self.km=0 def roule(self, km): self.km+=km   v=vehicule("bmw", "Serie 8") v.roule(140) print(v.km)

---

Citation:

---

Envoyé par Millennial

Est-il usuel de déclarer l'ensemble des paramètres dans une fonction constructeur ?

---

Uniquement les paramètres dont l'objet a besoin pour exister. En revanche il est usuel de créer tous les attributs dans le __init__. Dans mon exemple précédent j'aurais pu créer self.km dans la méthode roule() mais ça aurait été plutôt mal vu.

Citation:

---

Envoyé par Millennial

Non. Justement, mon interrogation portait sur le fait que je puisse accèder à un attribut (self.date_adhesion et self.status*) sans l'avoir déclaré comme paramètre dans ma fonction init.

---

init n'est pas une fonction mais une méthode qui s'écrit __init__.

Mais à vous de vous poser des questions du genre: "est ce que toutes les variables (locales) utilisées dans une fonction doivent être passés en paramètre?". Vous devriez facilement trouver des contre-exemples!

La différence entre une variable locale et un attribut d'instance est dans la durée de vie: la variable locale n'existe que lorsque la fonction est "active" et sera détruite à la sortie. L'attribut d'un objet "persiste" à la sortie d'une méthode (mais rien n'interdit à une méthode d'avoir/créer des variables locale (ce que sont les paramètres reçus comme "self").
Et pour l'instant, vu le sac de nœuds que vous faites entre paramètres/fonction/méthodes/.portée des variables/attributs/... il faudrait prendre le temps de consolider ces notions et de vous fabriquer des repères. Sinon, vous allez être très vite perdu.

- W

Merci Svear et Wiztricks pour vos réponses explicites !