Souci de déclaration de fonction

Version imprimable

Bonjour à tous,

Je suis devant un petit problème que je ne parviens pas à résoudre. J'ai codé un petit serveur, qui attend des connexions ainsi que certains paquets précis pour effectuer certaines tâches.

Mais, plutôt que d'écrire un paquet d'instructions, j'ai décidé de structurer un peu le script en créant plusieurs fonctions.

Voici un bout de code :
Code:

1 2 3 4 5 6 7 8 9 def initialisation_serveur(): # Je crée le socket le_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) [...] # Puis je mets le serveur en écoute : made_connexion, infos_connexion = le_socket.accept() # J'appelle enfin une autre fonction précédemment définie pour réceptionner les paquets : reception();
Ensuite, dans reception():
Code:

1 2 3 4 def reception(): [...] msg_recu = made_connexion.recv(1024)
Donc, cette ligne fonctionne logiquement si je la place dans initialisation_serveur(), mais elle ne fonctionne logiquement pas tel que je l'ai écrite - dans reception() - : je comprends pourquoi, made_connexion n'est pas définie dans reception()...mais je ne parviens pas à trouver comment résoudre le problème :mrgreen: ; je pourrais tout mettre dans la même fonction, mais au final ça risque de faire très bordélique.

Quelqu'un aurait une suggestion ?

D'avance, merci'

10/05/2020, 20h17
wiztricks

Salut,

Citation:

Envoyé par .....1.....

initialisation_serveur(), mais elle ne fonctionne logiquement pas tel que je l'ai écrite - dans reception() - : je comprends pourquoi, made_connexion n'est pas définie dans reception()...mais je ne parviens pas à trouver comment résoudre le problème

Dans les tutos, il y a des chapitres entiers sur les fonctions, les paramètres, la portée des variables... Et de quoi s'entraîner avec des exercices (corrigés).

- W
10/05/2020, 22h03
.....1.....

Salut,

Merci pour ta réponse. Déjà mon titre est trompeur, je n'ai pas de souci avec une fonction mais plutôt avec une variable...désolé pour l'erreur.

Alors à force de lire et relire des trucs, j'ai fini par déclarer made_connexion() en tant que global avant de faire mon made_connexion, infos_connexion... et ça fonctionne.

Je ne pensais pas que je pouvais déclarer une global directement au sein d'une fonction.
10/05/2020, 22h47
wiztricks

Citation:

Envoyé par .....1.....

Je ne pensais pas que je pouvais déclarer une global directement au sein d'une fonction.

Maintenant que vous avez une façon de le faire, essayez d'en trouver une autre (sans utiliser global).

- W
10/05/2020, 22h58
.....1.....

Re,

Présentement je suis parti sur la résolution d'un autre problème :mrgreen:

Vous auriez une piste concernant une autre solution ? Car personnellement je trouve effectivement assez bizarre de déclarer une global dans une fonction...
10/05/2020, 23h31
Sve@r
Bonjour

Citation:

Envoyé par .....1.....

Car personnellement je trouve effectivement assez bizarre de déclarer une global dans une fonction...

Il faut lire les docs. Une variable créée en dehors de toute fonction est connue dans toutes les fonctions écrites après. Ex
Code:

1 2 3 4 >>> a=123 >>> def toto(): print(a) >>> toto() 123
Mais la variable n'est accessible qu'en lecture seule (ce qui est déjà une protection de base car un des principaux soucis des globales est leurs modifications potentiellement non suivies). Si toutefois tu veux quand-même pouvoir modifier la variable dans la fonction, tu dois alors l'indiquer explicitement. Et la syntaxe pour ça est le mot clef "global" suivi de la variable à autoriser la modif.

Citation:

Envoyé par .....1.....

Vous auriez une piste concernant une autre solution ?

Sans déconner, tu viens du forum C où tu as écrit une fonction de Fibonacci, laquelle reçoit en paramètre l'indice que la fonction doit calculer. Et tu ne te dis pas qu'en Python c'est la même chose ? Si tu veux qu'une fonction puisse recevoir une valeur venue de l'extérieur, tu définis pour la fonction un paramètre lequel contiendra alors ladite valeur !!!
11/05/2020, 10h50
.....1.....

Salut,

Relax mon jeune ami, relax. Il n'y a pas de question bête, comme le disent souvent les enseignants :mrgreen:

Justement, j'ai fait ce que tu viens de m'indiquer : ça rend le code bien plus compliqué, ceci dit ça me semble plus propre et cohérent comparer au fait d'avoir un vieux global au milieu de nul part. Le truc c'est que j'ai eu des cours de Java il y a un moment, et le prof n'arrêtait pas de me dire "vous faites du Java, oubliez le C, ici on programme en Java, donc on programme Orienté Objet". Du coup ça va sembler idiot mais j'essayais de ne pas appliquer ce que tu as décrit juste au-dessus car il s'agit de Python et non de C :oops:

Citation:

Envoyé par .....1.....

Il n'y a pas de question bête, comme le disent souvent les enseignants :mrgreen:

Je ne t'ai pas attaqué sur ta question, mais sur le fait que tu n'as pas utilisé des connaissances que je te sais connaitre pour trouver la réponse tout seul.

Citation:

Envoyé par .....1.....

Justement, j'ai fait ce que tu viens de m'indiquer : ça rend le code bien plus compliqué

Là j'ai un gros doute. Parce qu'entre
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 def reception(): [...] msg_recu = made_connexion.recv(1024) [...] # reception() def initialisation_serveur(): # Je crée le socket le_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) [...] # Puis je mets le serveur en écoute : made_connexion, infos_connexion = le_socket.accept() # J'appelle enfin une autre fonction précédemment définie pour réceptionner les paquets : reception() # initialisation_serveur()
et
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 def reception(conn): [...] msg_recu = conn.recv(1024) [...] # reception() def initialisation_serveur(): # Je crée le socket le_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) [...] # Puis je mets le serveur en écoute : made_connexion, infos_connexion = le_socket.accept() # J'appelle enfin une autre fonction précédemment définie pour réceptionner les paquets : reception(made_connexion) # initialisation_serveur()
j'ai du mal à voir en quoi le second code est "bien plus compliqué" que le premier.

Citation:

Envoyé par .....1.....

Le truc c'est que j'ai eu des cours de Java il y a un moment, et le prof n'arrêtait pas de me dire "vous faites du Java, oubliez le C, ici on programme en Java, donc on programme Orienté Objet".

Je veux bien admettre (non, j'admets en réalité parfaitement) que Java sera plus compétent pour faire de la POO que le C. Toutefois il est possible de faire en C ce que je nomme la "presque POO" (des structures bien établies et des fonctions dédiées à manipuler ces structures uniquement). Mais même sans ça, demander "d'oublier" le C !!!!! Ce n'est pas parce qu'on fait de la POO que les bases changent. Même en POO on continue quand-même à échanger des valeurs entre les fonctions !!!

Citation:

Envoyé par .....1.....

car il s'agit de Python et non de C :oops:

Ok. Il n'y a pas de question bête, mais il y a des idées bêtes. Et là c'est une sacrée bêtise. Enfin mieux vaut que ce soit maintenant qu'elle sorte qu'après 3 ans de prog et d'habitude déjà ancrées. Comme je l'ai dit, la POO ne renie pas les bases, au contraire elle les utilise et les enrichit.

Imagine que tu doives travailler sur des carrés et des cercles en C. Ok, tu crées tes structures t_carre et t_cercle. Puis tu dois définir une fonction pour l'afficher à une position X/Y. Déjà là tu seras bloqué par les noms et tu devras alors définir une fonction "afficheCarre" et une autre "afficheCercle".

Puis tu crées ton carré (t_carre carre) mais tu dois appeler son affichage ainsi: afficheCarre(&carre, X, Y) tout en risquant un jour de te tromper et d'appeler afficheCarre(&cercle, X, Y) et obtenir n'importe quoi. Mais bon, malgré ces soucis, on s'en sort quand-même parce qu'en C on n'a rien d'autre donc on fait avec (et on est déjà content d'avoir les structures qui permettent la programmation "structurée").

Arrive la POO. Est-ce que cela va changer les bases ? Pas du tout. Tu définis un objet (classe) "cCarre", un autre "cCercle".
Sauf que là tu as accès à d'autres outils. Par exemple de là tu pourras y intégrer pour chacun une méthode (fonction interne) nommée bêtement "affiche" sans que tu te fasses chier à chercher un nom plus intelligent et sans que l'homonymie ne gêne l'interpréteur.

Puis pour l'utilisation, tu crées ton objet "carre" (carre=cCarre()) et ton autre objet "cercle" (cercle=cCercle()). Ensuite, pour afficher le carré te suffit d'appeler carre.affiche(X, Y), et pour afficher le cercle tu appelles cercle.affiche(X, Y) et automatiquement c'est la bonne fonction qui sera appelée pour chaque objet. Pas de risque de se tromper. C'est ça la POO: pouvoir attribuer des actions directement aux objets pour se simplifier les choses. Mais même en POO tu dois toujours passer à la fonction des éléments (éléments ne faisant pas partie de l'objet sinon la fonction y a accès) lui permettant d'orienter son travail (ici X et Y).

Dommage, ton prof devait être très compétent en Java... mais s'il a tenté de te faire perdre les racines de la prog je pense qu'il a raté un truc.

12/05/2020, 10h14
.....1.....
Salut !

Comme j'ai plusieurs fonctions, ça le rend le code un chouïa plus fourni, mais en effet ce n'est pas beaucoup plus compliqué pour autant.

Citation:

Envoyé par Sve@r

Ok. Il n'y a pas de question bête, mais il y a des idées bêtes. Et là c'est une sacrée bêtise. Enfin mieux vaut que ce soit maintenant qu'elle sorte qu'après 3 ans de prog et d'habitude déjà ancrées.

Entièrement d'accord :mrgreen:

Au top tes explications :D C'est marrant mais personne encore avant ne m'avait fait un comparatif de la sorte : en fait c'est dommage car mine de rien je viens de piger quelque chose concernant la différence entre POO et "programmation classique" alors que ça va faire un an que je m'intéresse à la programmation.

Il était compétent en effet, mais pas très pédagogique. Ayant au moment où j'ai commencé son cours j'avais quelques bases en programmation, donc un peu de recul, ce qui m'a permis de me dire que sa façon d'enseigner n'était pas très efficace...enfin voilà, à cause de lui je faisais tout pour ne pas reproduire en POO ce que je pouvais faire en C puisque sinon j'avais le droit à des remarques...

Si toutefois tu repasses, je bloque sur un problème depuis un moment : j'ai mon serveur qui utilise le module socket, et je souhaite communiquer avec un client. Ce que j'aimerais, c'est que lorsque je fais $ python3 client.py, le script se lance, puis :
- le client initialise la connexion au serveur - qui tourne déjà -.
- le client attend qu'on lui passe des commandes avant de les traiter et de les envoyer au serveur - ou de nous retourner un message, comme de l'aide -.
- le client récupère les éventuelles réponses et les affiche sur l'interface.
Un peu comme si j'utilisais MSN, en fait (on lance MSN puis on échange ensuite des messages avec quelqu'un). Malheureusement j'ai déjà essayé asyncio et argparse, mais sans succès (en fait je ne suis même pas certain d'être sur la bonne voie)...tu aurais une suggestion ? Je sèche complètement (j'ai cherché "CLI python", mais pareil, je ne suis pas sûr d'être sur la bonne voie).
12/05/2020, 15h35
Sve@r
Citation:
Envoyé par .....1.....

Si toutefois tu repasses, je bloque sur un problème depuis un moment : j'ai mon serveur qui utilise le module socket, et je souhaite communiquer avec un client. Ce que j'aimerais, c'est que lorsque je fais $ python3 client.py, le script se lance, puis :
le client initialise la connexion au serveur - qui tourne déjà -.
le client attend qu'on lui passe des commandes avant de les traiter et de les envoyer au serveur - ou de nous retourner un message, comme de l'aide -.
le client récupère les éventuelles réponses et les affiche sur l'interface.

Un peu comme si j'utilisais MSN, en fait (on lance MSN puis on échange ensuite des messages avec quelqu'un). Malheureusement j'ai déjà essayé asyncio et argparse, mais sans succès (en fait je ne suis même pas certain d'être sur la bonne voie)...tu aurais une suggestion ? Je sèche complètement (j'ai cherché "CLI python", mais pareil, je ne suis pas sûr d'être sur la bonne voie).
Ben argparse c'est pour analyser des arguments passés au programme, et asyncio c'est de l'IO asynchrone. Ces deux outils peuvent t'aider. argparse pour décortiquer ta commande et asyncio pour tout ce qui est communication TCP/IP. Mais peut-être que ces outils sont trop évolués par rapport à ton besoin...
Dans ton discours tu as employé le terme "client" et "interface". Est-ce que ce sont deux entités distinctes (le client qui dialogue avec le serveur et avec l'interface) ou bien la même (l'interface est donc le client qui va parler au serveur et récupérer ses retours) ???
12/05/2020, 18h03
.....1.....
Re,

Merci pour ta réponse.

Pour argparse et asynchio, c'est effectivement ce que j'ai fini pas plus ou moins comprendre, mais comme je suis tombé dessus en recherchant comment faire ce que je voulais faire, j'ai quand-même potassé les modules histoire de voir où ça allait me mener.

L'idée, c'est que j'ai serveur.py qui tourne, et quand je lance client.py, celui-ci initialise une connexion au serveur (pour le moment en local), et attend ensuite que je lui envoie une commande. Par exemple :
- Si je fais : send msg --> le msg est envoyé au serveur.
- Si le serveur me répond 'msg reçu', la réponse s'affiche instantanément sous mes yeux - sans que j'ai besoin de faire socket_client.recv(xx) -.
- Si je génère une erreur dans mon message - par exemple en envoyant èèééôâi¨ï - la réponse du serveur indiquant l'erreur s'affichera de la même façon instantanément - du genre "Erreur d'encodage" qui pop sans que j'ai à faire socket_client.recv(xx) -.
Dans mon idée, le client fait aussi office d'interface (donc quand je le lance, il se connecte au serveur puis attend que je lui passe des commandes). Après je ne sais pas ce qui est le mieux...

j'espère que c'est assez clair :mrgreen:
12/05/2020, 21h25
Sve@r

Citation:

Envoyé par .....1.....

Dans mon idée, le client fait aussi office d'interface (donc quand je le lance, il se connecte au serveur puis attend que je lui passe des commandes). Après je ne sais pas ce qui est le mieux...

Ok. C'est effectivement le mieux. Le client c'est juste une interface et il envoie ses requêtes au serveur et attend sa réponse. J'avais peur que le client soit un truc externe auquel se connecte l'interface. Dans ce cas, le client aurait en fait été serveur intermédiaire et bon ça aurait été évidemment plus chiant (si t'as 2 prog qui communiquent t'as 2 problèmes potentiels, si t'en as 3 qui communiquent alors t'as 6 problèmes potentiels).

Citation:

Envoyé par .....1.....

Si le serveur me répond 'msg reçu', la réponse s'affiche instantanément sous mes yeux - sans que j'ai besoin de faire socket_client.recv(xx) -.
Si je génère une erreur dans mon message - par exemple en envoyant èèééôâi¨ï - la réponse du serveur indiquant l'erreur s'affichera de la même façon instantanément - du genre "Erreur d'encodage" qui pop sans que j'ai à faire socket_client.recv(xx) -.

Suis désolé, ça ce n'est pas possible. Sur Unix/Linux les différents programmes sont toujours totalement isolés dans leur bulle d'exécution et ne s'interfèrent pas. Si le serveur doit dire un truc, ce truc ne pourra pas s'afficher sur le client sans qu'il ne le récupère au préalable
Ensuite les façons de le récupérer peuvent là utiliser plusieurs technos selon les cas. Si c'est sur des machines distinctes alors la seule façon c'est une communication TCP/IP. Ensuite si c'est sur la même machine là t'as d'autres outils comme les pipes, les sockets, les files de message et la mémoire partagée (et bien entendu toujours possible TCP/IP aussi).

Re,

merci pour ta réponse encore une fois.

Alors je me suis mal exprimé : par exemple, pour le_socket.recv(1024), je voulais dire qu'une fois le script client lancé, on a pas besoin de l'écrire nous même (pas comme si on venait d'ouvrir l'interpréteur par exemple) : la ligne de code figure bien dans le script, mais l'utilisateur qui passe par le client n'a pas à écrire lui-même tout ça ; exemple :
Je lance le script client.py - serveur.py tourne déjà -.
Le script initialise la connexion puis attend quelque chose.
J'écris alors "send nom patient 1", puis je valide par entrée.
Là, le programme envoie le paquet au serveur, qui répond, puis le client réceptionne la réponse.
Et devant moi, sans que je n'ai rien à faire, la réponse s'affiche : "Marc Bidule".

En fait, ce que je ne vois pas, c'est comment :
Ecrire le script pour qu'il effectue les connexions, puis attende enfin une commande de l'utilisateur.
Traite les commandes de l'utilisateur (envoi d'un paquet, fermeture du client...) et agisse en conséquence : affichage de la réponse du serveur, fermeture...

Quand je me relis, je ne me trouve pas très clair, je vais essayer de montrer un exemple :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 import socket import argparse # par exemple client_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) client_socket.connect(('localhost', 12000)) # On entre ensuite dans une fonction qui va attendre une saisie de l'utilisateur et la traiter. Admettons que l'utilisateur fasse un ' envoyer nom patient 1 ' # On entrera dans une autre fonction qui fera : client_connect.send(b"nom patient 1") response = client_connect.recv(1024) print("Le nom du patient {0} est : {1}".format(nombre, response.decode()) #on suppose que nombre a aussi été attribué en fonction de la commande, donc qu'il vaudra ici 1 # Si l'utilisateur fait par exemple ' stop ', on entre alors dans une fonction qui fait : client_connect.close() exit(1)
Je ne sais pas si c'est très clair...en fait voilà : je ne vois pas comment je peux mettre le script en pause en attente d'une commande de la part de l'utilisateur.

13/05/2020, 10h17
.....1.....

Re,

J'ai trouvé une solution : je vais utiliser argparse ou sys afin de lancer le client avec un paramètre, et de lui faire faire ce que je veux en fonction dudit paramètre. Exemple :

$ python3 client.py envoyer nom_patient_1

Donc le client se fermera à chaque fois. Le seul bémol, c'est que si je fais un socket_client.close(), le serveur s’interrompt aussi.
13/05/2020, 13h19
wiztricks

Salut,

Citation:

Envoyé par .....1.....

Donc le client se fermera à chaque fois. Le seul bémol, c'est que si je fais un socket_client.close(), le serveur s’interrompt aussi.

Il faut écrire un serveur qui soit capable de gérer plus d'une connexion client et définir un protocole d'échange de messages entre clients et serveur ou utiliser un protocole existant (HTTP par exemple).

- W

Citation:

Envoyé par .....1.....

Le seul bémol, c'est que si je fais un socket_client.close(), le serveur s’interrompt aussi.

Je ne connais pas assez bien les outils Python. Mais ce genre de truc je l'ai déjà fait en C.
Il faut que ton serveur, quand il voit arriver un client, lance un fork() (commande disponible sur Unix seulement, pas Windows). Cela génère un fils identique au père (toutes les variables connues quand le fils est généré sont alors dupliquées et connues du fils donc y compris les sockets ouvertes).
De là, le fils prend en charge le client tandis que le père se remet en écoute. Et quand le fils se termine, il peut quitter sans que le père en soit gêné.

ici un cours sur les sockets en C avec un exemple complet de client/serveur qui fait exactement ce que tu dis (différents clients se connectent au serveur et peuvent lui envoyer des infos et le serveur ne quitte jamais). Malheureusement écrit en C donc à réécrire en Python (peut-être que je le ferai pour m'amuser)

Et ici un mini-exemple de fork (qui existe en Python) pour te montrer le principe
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 #!/usr/bin/env python3 # coding: utf-8 import os pid=os.fork() if pid == 0: print("Je suis le fils %d" % os.getpid()) # exit(0) # A décommenter ppur arrêter le fils else: print("Je suis le père %d et mon fils est %d" % (os.getpid(), pid)) # if # Ce n'est pas parce qu'on a quitté le "if" que le fils s'arrête (sauf si on décommente le "exit(0)" du fils) print("Attention, ici 2 processus tournent en parallèle (%d)" % os.getpid())
Sinon il y a les thread, qui sont plus tardives mais qui fonctionnent sur Unix et Windows. Donc à privilégier si tu veux faire un serveur pouvant fonctionner en multi-os. Mais d'une part là ça dépasse mes connaissances Python et d'autre part le principe des thread n'est pas le même que celui des fork car il n'ya pas indpendance des zones mémoires (tu peux taper "différences fork thread" sur un moteur de recherche). ici un tuto Python client/serveur basé sur les thread. Sauf qu'il est pour P2 et que j'ai pas réussi à le porter sous P3.

13/05/2020, 16h42
.....1.....

Salut,

Merci pour vos réponses !!

Je suis parti sur la solution proposée par wiztricks, malheureusement je ne m'en sors pas : dès lors que l'un des clients interrompt la connexion, le serveur se ferme, je ne comprends pas pourquoi, même après un try/except. Pourtant mon serveur reçoit correctement des messages de divers clients. Donc je vais potasser ça.

Sinon je testerai la méthode du fork(), malheureusement même en C j'ai toujours eu du mal avec cette fonction :mrgreen:

Cependant, ma deadline étant aujourd'hui, je préfère rendre un truc correct mais sur lequel il y a un problème en expliquant le problème et comment je pourrais le résoudre plutôt que de rendre en retard un truc tout mal foutu que j'aurais essayé de rattraper à la va-vite et qui ne fonctionnerait pas plus pour autant.

Quitte à reprendre ça un peu plus tard pour l'améliorer en corrigeant le dit problème :D

Citation:

Envoyé par .....1.....

Sinon je testerai la méthode du fork(), malheureusement même en C j'ai toujours eu du mal avec cette fonction :mrgreen:

Va sur le fofo C (ou le fofo Linux), je te l'expliquerai.

Citation:

Envoyé par .....1.....

Cependant, ma deadline étant aujourd'hui, je préfère rendre un truc correct mais sur lequel il y a un problème en expliquant le problème et comment je pourrais le résoudre plutôt que de rendre en retard un truc tout mal foutu que j'aurais essayé de rattraper à la va-vite et qui ne fonctionnerait pas plus pour autant.

Quitte à reprendre ça un peu plus tard pour l'améliorer en corrigeant le dit problème :D

Désolé. De mon côté j'ai porté l'exemple simpliste client/serveur C dont je t'ai parlé sous Python. En fait ça a été plus facile que ce que je croyais. Et le gain !!! 236 lignes C contre 42 Python pour le serveur, et 141 lignes C contre 28 Python pour le client.
Et ça fonctionne (enfin le client fait juste saisir une chaine qu'il envoie au serveur). Mais quand le client termine, le serveur, lui, continue pour un autre client. Et le serveur peut aussi gérer plusieurs clients en parallèles.

Code du serveur
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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 #!/usr/bin/env python3 # coding: utf-8 import socket import sys import os class cSocket(object): def __init__(self, port, host="localhost"): self.__connect=socket.socket(socket.AF_INET, socket.SOCK_STREAM) self.__connect.bind((host, port)) self.__dialog=None print("socket %s prête à écouter sur le port %d" % (self.__connect, port)) # __init__() # Ecoute def listen(self): self.__connect.listen(1) while True: (self.__dialog, infos)=self.__connect.accept() pid=os.fork() if pid == 0: self.__fils() exit(0) # if # while # listen() # Gestion du fils qui va récupérer les messages du client def __fils(self): while True: msg=self.__dialog.recv(1024).decode("utf-8") print("client %d: Message: [%s]" % (os.getpid(), msg)) if msg == "EOT": print("client %d: EOT" % os.getpid()) break # if # while # __fils() # class cSocket if __name__ == "__main__": sock=cSocket(int(sys.argv[1])) sock.listen() # if
Et le client
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 26 27 28 #!/usr/bin/env python3 # coding: utf-8 import socket import sys class cSocket(object): def __init__(self, port, host="localhost"): self.__dialog=socket.socket(socket.AF_INET, socket.SOCK_STREAM) self.__dialog.connect((host, port)) print("socket %s connectée avec %s sur le port %d" % (self.__dialog, host, port)) # __init__() def dialogue(self): while True: msg=input("Tapez votre message (EOT pour quitter): ") self.__dialog.send(msg.encode("utf-8")) if msg == "EOT": print("Client teminé") break # if # while # dialogue() # class cSocket if __name__ == "__main__": sock=cSocket(int(sys.argv[1])).dialogue() # if
Il faut les appeler en leur passant en paramètre le port à utiliser.

13/05/2020, 23h38
.....1.....

Citation:

Envoyé par Sve@r

Va sur le fofo C (ou le fofo Linux), je te l'expliquerai.

Ça marche, à l'occasion je passerai.

Citation:

Envoyé par Sve@r

Désolé. De mon côté j'ai porté l'exemple simpliste client/serveur C dont je t'ai parlé sous Python. En fait ça a été plus facile que ce que je croyais. Et le gain !!! 236 lignes C contre 42 Python pour le serveur, et 141 lignes C contre 28 Python pour le client.

Mais c'est excellent !! Moi je galère depuis plusieurs jours là-dessus et toi en une après-midi tu fais ce que j'ai fait en carrément mieux :mrgreen:

Mais curieusement la syntaxe est bien différente de la mienne...pourquoi tu utilises self.__xx ? Sinon le shebang (#!/usr/bin/env python3) il sert à quoi ? J'ai lu que c'était pour indiquer au système où chercher python3, mais en l'enlevant ça fonctionne sans problème...

Sinon c'est pas bête l'idée de demander à l'utilisateur de passer ne paramètre le port d'écoute/de connexion. Si ça ne te dérange pas je te la pique volontiers :mrgreen:

Plus qu'à essayer de comprendre ce que tu as fait afin de comprendre ce qui ne passe pas chez moi.

En fait, je ne comprends pas bien le self : ce que je trouve étrange c'est que tu définis __fils() comme devant être appelée avec self, mais tu l'appelles de cette façon : self.__fils() : cette syntaxe est une façon de passer self à __fils ?

Re : merci pour ton exemple en tout cas, ça m'a permis de comprendre comment bien utiliser le fork() : moi je le mettais au mauvais endroit :aie: Bon ceci dit le fonctionnement de mon serveur n'est pas encore optimal pour autant...

Re-re : finalement, je n'ai pas dû bien saisir : le serveur me génère des erreurs à chaque fois que le client se ferme, mais même s'il continue de tourner, le script semble s'être arrêté (j'ai une variable qui prend certaines valeurs, et je perds ces valeurs chaque fois que le script stoppe, ce qui semble être le cas).
14/05/2020, 16h10
.....1.....

Salut :D

Alors là j'ai fait fort : en essayant de corriger mon script, je me retrouve avec la comportement attendu...sauf que du coup quand je suis le fil d'exécution à partir du code (break, return, les appels, etc...) je ne comprends pas du tout ce qu'il se passe, ni pourquoi ça fonctionne :weird:

Bon, par contre, ma variable globale est encore réinitialisée malgré le fait que le script reste lancé...

Bon, je commence à mieux comprendre ce qu'il se passe : déjà je croyais que sys.exit() demandait la fermeture du script, mais visiblement c'est pas le cas. Sinon, je me demandais : la variable global var_glo est initialisée par le Père --> Mais si le fils cherche à en récupérer le contenu, sera-t'elle réinitialisée ? La question parait peut-être idiote mais j'ai l'impression que la seule réponse vient de là...

Edit : ma question ne semblait finalement pas si bête : https://stackoverflow.com/questions/...riables-shared

Citation:

Envoyé par .....1.....

toi en une après-midi tu fais ce que j'ai fait

Non, juste en 1h. Mais bon, comme je te l'ai dit, j'avais déjà l'exemple en C donc je n'ai eu qu'à reprendre les fonctions C et les porter en tant que méthodes sour Python (ce que je disais quand je parlais du "presque objet" du C).

Citation:

Envoyé par .....1.....

Mais curieusement la syntaxe est bien différente de la mienne...pourquoi tu utilises self.__xx ?

Ca sert à "privatiser" un attribut. Si tu écris self.xxx=valeurA alors de l'extérieur n'importe qui a le droit d'aller voir "xxx" et éventuellement le modifier (ex var.xxx=456 (sous-entendu que "var" est une instance de la classe en question). Et généralement le propriétaire de la classe n'aime pas qu'on touche à ses trucs. Si tu mets un double underscore, alors la variable "__xxx" n'est pas visible du dehors (bon en réalité elle est quand-même visible mais sous un autre nom assez compliqué).
Ici pour ce petit truc si les attributs avaient été utiles d'être vus depuis l'extérieur je serais passé là dessus mais comme finalement l'extérieur n'en a pas besoin, autant les cacher.

Citation:

Envoyé par .....1.....

Sinon le shebang (#!/usr/bin/env python3) il sert à quoi ? J'ai lu que c'était pour indiquer au système où chercher python3, mais en l'enlevant ça fonctionne sans problème...

Ca dépend comment tu appelles le script. Si le script se nomme "toto.py" et que tu l'appelles de cette façon python toto.py alors oui il est inutile. Mais si tu l'appelles de cette façon ./toto.py alors c'est pour que l'OS sache qu'il faut utiliser Python. Et je spécifie "python3" au cas où tu aurais les 2 pythons sur ta machine.
T'as la même chose en shell (langage de script Unix). Tu es obligé de faire commencer tes scripts par #!/bin/sh ou #!/bin/bash ou #!/bin/csh ou #!/bin/ksh selon que tu écris en Bourne Shell, Bourne Again Shell, C-Shell, Korn Shell. Comme ça l'OS sait quel interpréteur utiliser si tu appelles le script de façon directe (sans préciser l'interpréteur).
C'est expliqué ici (partie III-D. Qui exécute ?).

Citation:

Envoyé par .....1.....

Sinon c'est pas bête l'idée de demander à l'utilisateur de passer ne paramètre le port d'écoute/de connexion. Si ça ne te dérange pas je te la pique volontiers :mrgreen:

Oui vas-y, c'était juste un exemple de cours socket en C donc déjà offert au public.

Citation:

Envoyé par .....1.....

Plus qu'à essayer de comprendre ce que tu as fait afin de comprendre ce qui ne passe pas chez moi.

Comme je te l'ai expliqué: le fils ne s'occupe que du client et le père ne s'occupe que d'écouter le réseau. Chacun son job. Ensuite le client écrit et le serveur (enfin la partie "fils" du serveur) lit.

Citation:

Envoyé par .....1.....

En fait, je ne comprends pas bien le self

Il faut aller lire les tutoriels Python concernant les objets. Si tu as fait du C++, alors "self" Python équivaut au "this" C++. Ca permet à l'objet de pouvoir identifier en interne l'instance qui l'a invoqué. "self" veut dire "soi" en français (raccourci de "soi-même"). Donc identifie le "qui m'a invoqué" dans l'objet.
Si par exemple tu crées 2 variables a=cSocket(); b=cSocket() alors tu as 2 instances de l'objet "cSocket" dans ton programme. Si maintenant tu appelles a.listen() alors dans la fonction "listen" comment identifier que c'est "a" qui l'a appelée ? Grâce à "self" qui récupère la variable "a". L'écriture a.listen() est en fait un raccourci équivalent de l'écriture cSocket.listen(a). Donc la variable "a" passée à "listen" est récupérée dans "self" (qui aurait pu aussi s'appeler "zorglub" puisque c'est un nom de paramètre mais "self" est une convention).

Citation:

Envoyé par .....1.....

ce que je trouve étrange c'est que tu définis __fils() comme devant être appelée avec self, mais tu l'appelles de cette façon : self.__fils() : cette syntaxe est une façon de passer self à __fils

"__fils" est une méthode elle aussi cachée de l'extérieur (le double underscore). Quand le client se connecte, l'objet doit effectuer un travail. Comme ce travail est assez lourd, je l'ai encapsulé dans une méthode (une fonction) de l'objet ce qui évite de tout mettre dans le "listen" (j'aurais pu mais ça aurait alourdi la lisibilité). Comme cette méthode ne sert qu'en interne, je la cache de l'extérieur. Et quand j'en ai besoin, je l'appelle depuis l'objet lui-même grâce à "self". De même qu'un objet a parfaitement le droit d'utiliser ses attributs quand il en a besoin, il a aussi parfaitement le droit d'utiliser ses propres méthodes s'il a besoin.

Citation:

Envoyé par .....1.....

Re-re : finalement, je n'ai pas dû bien saisir : le serveur me génère des erreurs à chaque fois que le client se ferme, mais même s'il continue de tourner, le script semble s'être arrêté (j'ai une variable qui prend certaines valeurs, et je perds ces valeurs chaque fois que le script stoppe, ce qui semble être le cas).

As-tu remarqué que dans mon exemple, quand le client se ferme, il envoie un message spécial (la chaine "EOT") au serveur pour que le serveur (enfin la partie "fils" qui gère le client) puisse savoir que le client s'arrête ? Il te faut implémenter un truc similaire (ce que Wiztricks nomme "protocole") chez-toi. il faut absolument que ton serveur sache que le client s'arrête. Tout comme tu dis "au revoir" quand tu raccroches au tel.

Citation:

Envoyé par .....1.....

Alors là j'ai fait fort : en essayant de corriger mon script, je me retrouve avec la comportement attendu...sauf que du coup quand je suis le fil d'exécution à partir du code (break, return, les appels, etc...) je ne comprends pas du tout ce qu'il se passe, ni pourquoi ça fonctionne :weird:

Si Wiztricks était là, il dirait que ton truc est "tombé en marche" et généralement dans le monde de l'informatique professionnelle on n'aime pas trop ça. Parce qu'on n'est pas sûr qu'ils "tomberont" à chaque coup. Imagine que tu montes dans un avion à destination de Londres (ville bien brumeuse) et que tu entendes l'informaticien dire "oui je comprends pas trop l'ILS (système d'atterrissage aux instruments quand le pilote ne voit rien) ne fonctionnait pas mais là ça marche mais j'ai pas trop compris pourquoi" tu serais pas fou de joie...:wow:
Désolé mais c'est comme en maths: on ne veut pas qu'un résultat, on veut un résultat démontré. Il me semble qu'il s'agit d'un TP donc si ton prof voit que ça marche "par hasard" il ne validera pas.

Citation:

Envoyé par .....1.....

Bon, je commence à mieux comprendre ce qu'il se passe : déjà je croyais que sys.exit() demandait la fermeture du script, mais visiblement c'est pas le cas.

Ca demande l'arrêt d'un processus, pas d'un script. Généralement quand le processus est lié au script alors oui ça arrête le script. Mais si le script génère plusieurs procesus (via os.fork()) alors chaque processus devra invoquer exit() s'il veut s'arrêter (et comme exit() est interne Python, pas besoin d'utiliser celle du module "sys")

Citation:

Envoyé par .....1.....

Sinon, je me demandais : la variable global var_glo est initialisée par le Père --> Mais si le fils cherche à en récupérer le contenu, sera-t'elle réinitialisée ? La question parait peut-être idiote mais j'ai l'impression que la seule réponse vient de là...

Non. Comme je l'ai dit, le fils récupère une copie de toutes les variables créées avant sa génération. Mais comme le fils possède son espace personnel et totalement isolé, il peut jouer avec ses variables sans souci de collision avec celles du père. Les processus sont tellement isolés que la majorité des soucis des dev viennent du besoin de transférer des infos les uns aux autres.

Ceci dit, rien ne vaut un bon exemple qui démontre cela
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 #!/usr/bin/env python3 # coding: utf-8 import os import time glob=123 pid=os.fork() if pid == 0: print("Je suis le fils %d (glob=%d)" % (os.getpid(), glob)) glob*=2 else: time.sleep(1) print("Je suis le père %d et mon fils est %d (glob=%d)" % (os.getpid(), pid, glob)) # if print("Ici %d bosse toujours: Etat des variables: pid=%d, glob=%d" % (os.getpid(), pid, glob))
Donc le fils commence par travailler (car le père dort). Il affiche ses infos et modifie "glob". Puis il termine sur la dernière ligne du script (qui fait partie aussi du fils !!!) et affiche le "glob" modifié.
Puis le père se réveille et fait la même chose. On voit bien que sa variable à lui n'est pas impactée par les modifs de celle du fils...

Citation:

Envoyé par .....1.....

Edit : ma question ne semblait finalement pas si bête : https://stackoverflow.com/questions/...riables-shared

La réponse reste la même et en survolant le lien, il me semble que c'est ce qu'ils disent.

15/05/2020, 04h36
Beginner.

Salut,

Citation:

Envoyé par Sve@r

ici un tuto Python client/serveur basé sur les thread. Sauf qu'il est pour P2 et que j'ai pas réussi à le porter sous P3.

Juste pour info il y a une version P3 de ce bouquin, et je pense que le lien correspondant au chapitre dont tu parles doit être ici...
15/05/2020, 10h32
Sve@r

Citation:

Envoyé par Beginner.

et je pense que le lien correspondant au chapitre dont tu parles doit être ici...

Super :plusser:
Effectivement j'avais un souci à cause des différences entre les strings P2/P3 (le send() P2 me disait que le message n'était pas au bon format)
Merci, je vais aller tester cet exemple de suite :)

PS: en regardant rapidement le lien P3, je vois que les messages sont encodés avant d'être envoyés. Et en fait je me rends compte que j'avais eu le même souci quand j'ai tapé mon propre exemple (un peu plus haut dans la discussion) mais là, la solution de l'encodage m'était venue tout naturellement. Peut-être là le point de départ d'une réflexion sur la facilité à débugguer son propre code (qu'on comprend instinctivement car il est le reflet de notre façon de penser) face au code d'un autre...
15/05/2020, 19h08
.....1.....

Citation:

Envoyé par Sve@r

Non, juste en 1h. Mais bon, comme je te l'ai dit, j'avais déjà l'exemple en C donc je n'ai eu qu'à reprendre les fonctions C et les porter en tant que méthodes sour Python (ce que je disais quand je parlais du "presque objet" du C).

:calim2: Ah une heure...quand-même. Des fois je me dis que j'aurai jamais un niveau correct en programmation. Ceci dit difficile quand on ne programme pas et qu'on a aucune idée de quoi programmer...

Citation:

Envoyé par Sve@r

Ca sert à "privatiser" un attribut. [...]

Ça marche, c'est bien noté - j'ai splitté pour raccourcir ma réponse -.

Citation:

Envoyé par Sve@r

Ca dépend comment tu appelles le script. Si le script se nomme "toto.py" et que tu l'appelles de cette façon python toto.py alors oui il est inutile. Mais si tu l'appelles de cette façon ./toto.py [...]

Oui, c'est ce que j'ai fini par découvrir, en faisant ./script.py

Citation:

Envoyé par Sve@r

Il faut aller lire les tutoriels Python concernant les objets. Si tu as fait du C++, alors "self" Python équivaut au "this" C++. Ca permet à l'objet de pouvoir identifier en interne l'instance qui l'a invoqué. "self" veut dire "soi" en français (raccourci de "soi-même"). Donc identifie le "qui m'a invoqué" dans l'objet.

[...]

"__fils" est une méthode elle aussi cachée de l'extérieur (le double underscore). [...]

Merci pour toutes ces informations :mrgreen:

Citation:

Envoyé par Sve@r

As-tu remarqué que dans mon exemple, quand le client se ferme, il envoie un message spécial (la chaine "EOT") au serveur pour que le serveur (enfin la partie "fils" qui gère le client) puisse savoir que le client s'arrête ? Il te faut implémenter un truc similaire (ce que Wiztricks nomme "protocole") chez-toi. il faut absolument que ton serveur sache que le client s'arrête. Tout comme tu dis "au revoir" quand tu raccroches au tel.

Oui, c'est ce que j'avais fait, mais pas correctement je crois ^^

Citation:

Envoyé par Sve@r

Si Wiztricks était là, il dirait que ton truc est "tombé en marche" et généralement dans le monde de l'informatique professionnelle on n'aime pas trop ça. Parce qu'on n'est pas sûr qu'ils "tomberont" à chaque coup. Imagine que tu montes dans un avion à destination de Londres (ville bien brumeuse) et que tu entendes l'informaticien dire "oui je comprends pas trop l'ILS (système d'atterrissage aux instruments quand le pilote ne voit rien) ne fonctionnait pas mais là ça marche mais j'ai pas trop compris pourquoi" tu serais pas fou de joie...:wow:
Désolé mais c'est comme en maths: on ne veut pas qu'un résultat, on veut un résultat démontré. Il me semble qu'il s'agit d'un TP donc si ton prof voit que ça marche "par hasard" il ne validera pas.

En fait la syntaxe est correct, le code aussi, mais en le parcourant je n'arrive pas à comprendre la logique. Tu me diras c'est peut-être qu'il n'y en a pas et que, comme tu l'as fait remarquer, c'est juste un coup de chance. Sinon non, c'était un test pour un stage. Du coup j'ai pas été pris. Les recruteurs j'ai l'impression qu'ils cherchent des stagiaires, mais des stagiaires avec 5 ans d'expérience et des skills de ouf, alors que théoriquement un stage c'est aussi pour apprendre des bases à quelqu'un avant de potentiellement le recruter. Bref. Au moins j'ai appris des trucs en écrivant ce bout de code ^^

Citation:

Envoyé par Sve@r

Ca demande l'arrêt d'un processus, pas d'un script. Généralement quand le processus est lié au script alors oui ça arrête le script. Mais si le script génère plusieurs procesus (via os.fork()) alors chaque processus devra invoquer exit() s'il veut s'arrêter (et comme exit() est interne Python, pas besoin d'utiliser celle du module "sys")

Ok, je faisais un peu " l'amalgame " entre processus et script, d'où mon incompréhension.

Citation:

Envoyé par Sve@r

Non. Comme je l'ai dit, le fils récupère une copie de toutes les variables créées avant sa génération. [...]

Ceci dit, rien ne vaut un bon exemple qui démontre cela
[...]

Merci pour l'exemple !! Je vais reprendre toute ta réponse et tout résumer dans mon fichier de note Python :mrgreen:

Sinon je me demande vraiment comment je peux progresser en programmation : je cherche un stage pour qu'enfin je puisse bosser et programmer des choses concrètes...mais on me recale sans arrêt parce que j'ai pas le niveau. Sauf que si personne ne me donne ma chance, le niveau, je ne l'aurai jamais...le serpent qui se mord la queue :mrgreen:

Edit : on m'a notamment reproché de ne pas avoir mis de setup.py dans mon Git ; ça sert à quoi ? J'ai regardé deux ou trois Git autres, j'ai pas bien compris.

2 pièce(s) jointe(s)

Citation:

Envoyé par .....1.....

Ceci dit difficile quand on ne programme pas et qu'on a aucune idée de quoi programmer...

Un de mes premiers programmes "sérieux" en Python a été la résolution du jeu "le compte est bon". On lui passe le nombre à atteindre puis les plaques pour le trouver et il trouve. Selon le principe suivant: pour trouver 123 avec 1, 2, 3, 4, 5 et 6 je regarde si je peux trouver 123 avec 3, 3, 4, 5 et 6 et etc (récursif). Avec les opérations +, -, * et // (plus quelques optimisations comme déjà ranger les plaques dans l'ordre décroissant ce qui permet de ne pas refaire un même traitement quand on a des nombres identiques et simplifie la gestion des soustractions et divisions).
Et s'il trouve pas 123, alors il cherche 122 puis 124 puis 121 puis 125 puis 120 puis 126 etc jusqu'à ce qu'il finisse par trouver.

Ensuite je te recommande de t'intéresser à PyQt5 qui permet de créer des IHM avec Python. Voici un petit exemple rapide
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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 #!/usr/bin/env python3 # coding: utf-8 from sip import * from PyQt5.QtCore import * from PyQt5.QtGui import * from PyQt5.QtWidgets import * # Application principale class QtAppli(QApplication): def __init__(self, argv): super().__init__(argv) trans=QTranslator() trans.load( "qt_fr", #% QLocale.system().name(), QLibraryInfo.location(QLibraryInfo.TranslationsPath), ) self.installTranslator(trans) self.__mainWid=QtMainWindow() # __init__() def run(self): self.__mainWid.show() return self.exec_() # run() # class QtAppli # Fenêtre principale class QtMainWindow(QMainWindow): def __init__(self, *args, **kwargs): super().__init__(*args, **kwargs) self.setCentralWidget(QWidget(self)) self.setAttribute(Qt.WA_DeleteOnClose) self.__edit1=QLineEdit(textChanged=self.__slotEdited) self.__edit2=QLineEdit() self.__edit2.textChanged.connect(self.__slotEdited) self.__result=QLineEdit() self.__result.setReadOnly(True) calcLayout=QHBoxLayout() calcLayout.setContentsMargins(0, 0, 0, 0) calcLayout.setSpacing(0) calcLayout.addWidget(self.__edit1, 1) calcLayout.addWidget(QLabel("+"), 0) calcLayout.addWidget(self.__edit2, 1) calcLayout.addWidget(QLabel("="), 0) calcLayout.addWidget(self.__result, 1) mainLayout=QVBoxLayout(self.centralWidget()) mainLayout.setContentsMargins(0, 0, 0, 0) mainLayout.setSpacing(0) mainLayout.addLayout(calcLayout, 0) mainLayout.addSpacing(10) mainLayout.addWidget( QPushButton("Quitter", clicked=self.close), 0, ) # __init__() def __slotEdited(self, text): if not self.__edit1.text() or not self.__edit2.text(): return self.__result.setText("%d" % (int(self.__edit1.text()) + int(self.__edit2.text()))) # class QtMainWindow if __name__ == "__main__": import sys print(QtAppli(sys.argv).run()) # if
Et le résultat
Pièce jointe 565888

T'as juste à installer python3-pyqt5 avec apt (si t'es sur une Debian ou analogue): apt install python3-pyqt5. Mon second programme Python a été d'intégrer le premier (que j'avais pensé à mettre dans une fonction) dans une IHM (n'ai donc eu qu'à intégrer ladite fonction).
Pièce jointe 565884

Et ici un autre intervenant propose le source d'un truc multimedia fait avec PyQt pour écouter la radio sur le net.

Citation:

Envoyé par .....1.....

Edit : on m'a notamment reproché de ne pas avoir mis de setup.py dans mon Git ; ça sert à quoi ? J'ai regardé deux ou trois Git autres, j'ai pas bien compris.

C'est un programme Python destiné à installer automatiquement ton projet. Il est prévu généralement pour recevoir un paramètre nommé "install" (donc on le lance sous cette syntaxe: python3 setup.py install). Les setup des projets plus complexes ou compilables possèdent d'autres mots clefs comme "build", "config" et "make" qui font d'autres actions.
Et donc il place automatiquement tous les dossiers et fichiers de ton projet au bon endroit dans la machine. Télécharge par exemple le source de psycopg2 (une librairie pour attaquer une bdd Postgres depuis Python). Tu y trouveras un "README.rst" qui te dit comment exécuter le "setup.py" puis exerce-toi à installer cet outil via le setup. Si tu fais de la virtualisation de machine avec VirtualBox c'est assez pratique car tu peux rendre une machine ou une partie de la machine immuable => tu la figes dans un état précis puis tant qu'elle tourne tu la tritures dans tous les sens à installer/désinstaller plein de trucs puis au reboot suivant elle est réinitialisée dans l'état que tu avais figé. Vraiment super quand on veut tester des installations de logiciels (moi je rends immuable le disque système mais pas le disque contenant /home).

15/05/2020, 22h42
wiztricks

Salut,

Citation:

Envoyé par .....1.....

mais on me recale sans arrêt parce que j'ai pas le niveau. Sauf que si personne ne me donne ma chance, le niveau, je ne l'aurai jamais...le serpent qui se mord la queue :mrgreen:

Oui enfin, pour l'instant, toutes les questions que vous avez posé montrent que vous n'avez pas pris le temps de potasser un cours/tuto. sur Python.

C'est quelque chose que vous auriez pu/pouvez faire tout seul.
Après mettez vous à la place d'un employeur, un ou des stagiaires, c'est un ou plusieurs employés qui vont les suivre et pendant qu'ils encadrent le stagiaire, ils ne bossent pas.

Entre des candidats qui savent se dépatouiller à qui on pourra confier des bouts de projets et ceux qui vont passer leur temps à lire des tutos pour apprendre les bases, le choix sera vite fait.

Un stage en entreprise, c'est pas pour apprendre les bases de la programmation, mais plutôt la construction d'un projet informatique, le travail en équipe, le suivi qualité,...
La vrai vie de programmeur qu'on ne peut pas vous apprendre dans des tutos.

- W
16/05/2020, 08h03
Beginner.

Salut,

Citation:

Envoyé par Sve@r

Un de mes premiers programmes "sérieux" en Python a été la résolution du jeu "le compte est bon". On lui passe le nombre à atteindre puis les plaques pour le trouver et il trouve. Selon le principe suivant: pour trouver 123 avec 1, 2, 3, 4, 5 et 6 je regarde si je peux trouver 123 avec 3, 3, 4, 5 et 6 et etc (récursif). Avec les opérations +, -, * et // (plus quelques optimisations comme déjà ranger les plaques dans l'ordre décroissant ce qui permet de ne pas refaire un même traitement quand on a des nombres identiques et simplifie la gestion des soustractions et divisions).
Et s'il trouve pas 123, alors il cherche 122 puis 124 puis 121 puis 125 puis 120 puis 126 etc jusqu'à ce qu'il finisse par trouver.

Ah intéressant...Cela ne me semble pas évident de trouver l'algorithme permettant de tester toutes les possibilités... Je ne sais pas si j'aurais trouvé tout seul... J'ai regardé ce site : https://www.dcode.fr/compte-est-bon

Bon il te reste à faire "Le Mot le Plus Long"...lol
16/05/2020, 09h50
Sve@r

Citation:

Envoyé par Beginner.

Ah intéressant...Cela ne me semble pas évident de trouver l'algorithme permettant de tester toutes les possibilités...

Sisi, pas compliqué
Tu pars de ta liste de nombres que tu classes par ordre décroissant. Exemple 75, 25, 10, 5, 5 et 1.
De là tu entames une boucle sur le premier nombre (75). Puis une boucle interne sur tous les autres (25, 10, 5, 5 et 1). Puis une 3° boucle sur toutes les opérations (+, -, * et -). Tu calcules le résultat de l'opération des nombres (75+25) et tu regardes si ce résultat correspond au nombre à trouver.
Si c'est pas le cas, tu remplaces les deux nombres en cours par le résultat ce qui donne une nouvelle liste 100, 10, 5, 5 et 1.
Et de là tu recommences en récursif avec cette nouvelle liste.
Plus quelques petits tests surl la possibilité de diviser ou l'utilité de multiplier (par 1), un test dans la première boucle voir si le nombre à traiter est identique à celui d'avant (comme avec 5 et 5) ce qui permet de sauter une itération déjà effectuée et quand l'ensemble se termine, t'as absolument tout testé.
Et quand j'ai fait ce code, je ne connaissais pas le module itertools et sa fonction "combinations". Maintenant je pourrais m'éviter carrément les deux premières boucles.

Citation:

Envoyé par Beginner.

Bon il te reste à faire "Le Mot le Plus Long"...lol

Ca j'aime moins.
16/05/2020, 15h40
Beginner.

Merci.

Citation:

Envoyé par Sve@r

Sisi, pas compliqué

Je ne sais pas car je n'ai pas vraiment essayé, je veux dire que j'ai lu des explications avant d'avoir essayé et bien sûr une fois qu'on te donne la solution on se dit que ce n'était pas si compliqué en fin de compte...

Citation:

Envoyé par Sve@r

Tu pars de ta liste de nombres que tu classes par ordre décroissant. Exemple 75, 25, 10, 5, 5 et 1.

Bien vu. Cette astuce par contre ils n'en ont pas parlé dans le site que j'ai visité...
16/05/2020, 19h57
.....1.....
Citation:

Envoyé par wiztricks

[Je cite pour la notification]

Salut, merci pour votre intervention. Je comprends tout à fait votre point de vue, cependant :
- Je passe beaucoup de temps à essayer de me remettre à niveau sur beaucoup de choses. Je lis énormément de tutos, énormément de man, je me débrouille au maximum tout seul. Pour Python par exemple, les seuls "programmes" que j'ai analysés étaient des codes assez simples, avec des syntaxes simplistes, donc facilement compréhensible mais assez éloigné de l'Orienté Objet en général. Donc forcément, devant toutes ces nouveautés, j'ai préférés demander directement entre autre parce que j'avais ouvert un sujet.
- Je comprends aussi votre point de vue concernant celui des recruteurs. Cependant la plupart me convoquent pour divers entretiens après avoir pris connaissance de mon CV, qui se trouve être à mon sens assez clair par rapport à mon niveau en programmation et en général. En tout cas j'espère que c'est le cas. Donc quand je suis recalé pour mon trop faible niveau, je trouve cela dommage puisque je l'indique d'emblée clairement.
- Parfois, demander plutôt que de chercher se traduit par un choix de rapidité/facilité - ou de la flemme, pour certains -. En ce qui me concerne, j'étais confronté à un test, j'avais quelques bémols, alors je suis passé du côté obscur afin d'obtenir rapidement des informations plutôt que de prendre le temps pour chercher. Je conçois tout à fait que ce n'est pas la chose à faire, cependant là j'ai estimé que demander une information pendant que j'avançais sur autre chose pouvait me faire gagner du temps.
- Demander permet aussi d'obtenir des réponses claires et concises, ce qui est souvent le cas ici, et ça résume parfois très bien un ou plusieurs chapitres entiers.
- Pour conclure, j'apprends énormément seul, mais à l'occasion de ce test, je me suis permis des écarts de conduite.
@Sve@r, merci pour toutes ces indications. En ce qui me concerne je suis plutôt attiré par la programmation système et non algorithmique - après peut-être qu'elles sont intimement liées -. Pour le moment, je vais déjà améliorer mon petit test :mrgreen:
J'ai eu des cours de Java cette année, mais n'ayant pour le coup rien retenu - je vais d'ailleurs les ressortir -, j'espère que ce que je vais dire par la suite ne comporte pas d'erreur :
- Méthode == fonction ( == Classe) ?
- Objet == structure ?
- Attribut == variable ?
- Classe == ensemble de méthodes et de variables (== Objet) ?
- Instance d'une classe == variable déclarée dans cette classe ?
Sinon je n'ai pas bien compris ton exemple concernant l'instance et self : a.listen(), c'est donc l'objet cSocket qui appelle sa méthode listen() en lui passant le paramètre a ? Car je comprends mal l'écriture a.cSocket(), je pensais que a était un objet de type cSocket() du coup.

A l'occasion je pourrais te montrer mon script sur Github :mrgreen:

Citation:

Envoyé par .....1.....

[*] Méthode == fonction ( == Classe) ?

Méthode = fonction intégrée dans une classe oui

Citation:

Envoyé par .....1.....

[*] Objet == structure ?

Objet = structure + méthodes

Citation:

Envoyé par .....1.....

[*] Attribut == variable ?

Attribut = variable de classe oui

Citation:

Envoyé par .....1.....

[*] Classe == ensemble de méthodes et de variables (== Objet) ?

Oui

Citation:

Envoyé par .....1.....

[*] Instance d'une classe == variable déclarée dans cette classe ?

Oui

Citation:

Envoyé par .....1.....

Sinon je n'ai pas bien compris ton exemple concernant l'instance et self

Ok. Imagine le code suivant
Code:

1 2 3 4 class toto(): def __init__(self, n): self.n=n var=toto(123)
Maintenant tu veux rajouter une méthode d'affichage qui doit afficher "toto.n". Tu modifies donc ton code et commences la méthode ainsi
Code:

1 2 3 class toto(): ... def affich...
Et là, un blanc. Comment afficher le "n" de l'instance qui appelle cette méthode ? Il faut le récupérer ce "n". Du dehors c'est var.n (membre "n" de l'instance "var") mais dans la classe, c'est le membre "n" de quelle instance ?
Il faut référencer cette instance. Et pour ça, cette référence doit être envoyée dans la méthode. Et si elle est envoyée, il faut que la méthode possède un paramètre pour la recevoir => son premier paramètre. Tu peux donc finir le code
Code:

1 2 3 4 5 6 7 class toto(): ... def affich(xxx): print(xxx.n) # Puisque "xxx" contient l'instance qui l'invoque, alors c'est un objet "toto". Donc il contient le membre "n" qu'on peut utiliser # class toto() var=toto(123) var.affich() # Ou alors toto.affich(var)
Une fois que tu as compris ça, tu as tout compris. Ensuite ne reste qu'à apprendre que par convention (donc par consensus librement consenti entre les dev Python), la variable dédiée à recevoir l'instance se nomme "self".

Citation:

Envoyé par .....1.....

a.listen(), c'est donc l'objet cSocket qui appelle sa méthode listen() en lui passant le paramètre a ?

C'est ça.

Citation:

Envoyé par .....1.....

Car je comprends mal l'écriture a.cSocket()

a.cSocket() n'existe pas. C'est soit a.listen() qui est une autre écriture simplifiée de cSocket.listen(a), soit a=cSocket() identique sur le fond avec b=int() (création d'une variable de type "cSocket" dans le premier cas, création d'une variable de type "int" dans le second)

Citation:

Envoyé par .....1.....

je pensais que a était un objet de type cSocket() du coup.

Ben oui. Donc il a le droit d'utiliser les attributs et méthodes publiques de l'objet.

Citation:

Envoyé par .....1.....

A l'occasion je pourrais te montrer mon script sur Github :mrgreen:

Ben ta deadline était jeudi dernier ?

17/05/2020, 00h51
Beginner.

Salut,

Citation:

Envoyé par Sve@r

Citation:

Envoyé par .....1.....

[*] Classe == ensemble de méthodes et de variables (== Objet) ?

Oui

Citation:

Envoyé par .....1.....

[*] Instance d'une classe == variable déclarée dans cette classe ?

Oui

Perso je vois la classe comme une espèce de modèle sur lequel les objets sont construis, elle définie effectivement un ensemble de méthodes et d'attributs mais je ne dirais pas que c'est un objet... Les classes permettent en quelque sorte de définir ses propres types de données (qui viennent s'ajouter aux types primitifs déjà présent nativement)...

Et je dirais qu'une "Instance d'une classe" ---> c'est un objet (ayant les propriétés (méthodes et attributs) définies par la classe) du type correspondant à la classe plutôt qu'une "variable déclarée dans cette classe"... Tout objet est une instance d'une classe...

Mais il faut faire attention à la distinction (source: ici) : En programmation orientée classe, l'instanciation est la création d'un objet à partir d'une classe. En programmation orientée prototype, l'instanciation consiste à créer un nouvel objet à partir d'un objet existant (clonage).

Le premier me fait penser par exemple à Java (et C++) tandis que le deuxième me fait penser par exemple à JavaScript... Et j'aurais tendance à penser que Python correspond au premier cas...

Bon chacun aura sa terminologie, ce n'est pas facile ces concepts mais l'essentiel c'est que chacun s'y retrouve...
17/05/2020, 11h30
Sve@r

Citation:

Envoyé par Beginner.

Bon chacun aura sa terminologie

Ce n'est pas tout à fait ça. Il existe des définitions très précises des choses, mais ces définitions sont (en général) totalement incompréhensibles.
On n'explique pas de la même façon les choses à un débutant qu'à un professionnel. Et c'est valable pour toute matière scientifique. Les choses qu'on apprend à un débutant sont plus simples (pour qu'il comprenne l'essentiel de l'idée) mais ipso-facto totalement fausses pour un professionnel.
Et au fur et à mesure de l'apprentissage, on désapprend ce qui a été appris pour le remplacer par la nouvelle notion à la fois plus précise mais plus complexe (le fameux "il te faut désapprendre tout ce que tu as appris" à la zen qu'on trouve dans Star Wars ou dans les films de karaté de 3° ordre). Mais c'est la compréhension de la couche précédente qui permet alors de comprendre la couche suivante.
Exemple: au petit enfant qui regarde le soleil, on lui dira qu'il tourne autour de la Terre. Plus tard, il apprendra qu'en fait le soleil ne bouge pas mais c'est en réalité la Terre qui tourne autour. Plus tard (s'il se spécialise dans l'astronomie), il apprendra qu'en fait le soleil tourne autour du centre de la galaxie immobile. Et après que la galaxie en fait se déplace vers une destination à la con.
Autre exemple: pour le pékin moyen (toi, moi, .....1.....), la Terre est ronde. Pour le géographe professionnel, elle n'est pas ronde mais a la forme d'une patate.
Autre exemple: pour 7,9 milliards de gens, un nombre relatif c'est simplement un nombre allant dans un sens (+5) ou dans l'autre (-4) par rapport à un sens de référence (encore que là déjà je suis sûrement au delà de la compréhension du premier tiers de ces 7,9 milliards qui ne comprend même pas qu'il puisse exister des distances négatives). Mais pour les 12 mathématiciens totalement déconnectés de la réalité qu'on a dans le monde, un nombre relatif c'est un couple (a;b) de nombres naturels pour lequel tout nombre m fait que (a+; b+m) équivaut à (a; b). T'as compris quelque chose toi ? Moi non pourtant c'est la définition exacte d'un nombre relatif dans la théorie des ensembles (j'ai cherché dans ma biblothèque pour retrouver le livre qui en parle). M. Jourdain fait peut-être de la prose sans le savoir (Le bourgeois gentilhomme, Molière) mais en réalité il s'en bat totalement le steak de savoir qu'il fait de la prose quand il parle. Et j'ai suivi un cours Python dit "avancé" sur Mooc où les questions posées étaient de donner la différence entre "itérateur" et "iterable" ce qui, dans ma vie de tout les jours (même de dev python) me sert absolument à que dalle.

La simplification des choses permet de comprendre ces choses, mais fatalement détruit l'exactitude de la chose. Exactement comme le principe d'incertitude d'Heinsenberg: on ne peut pas connaitre à la fois la position et la vitesse d'une particule ; on ne peut pas non plus expliquer à la fois avec clarté et avec exactitude une notion. Je préfère la clarté au détriment de l'exactitude qui pourra alors venir plus tard ;)

Citation:

Envoyé par Beginner.

mais l'essentiel c'est que chacun s'y retrouve...

Exactement :lahola:
17/05/2020, 17h25
.....1.....

Citation:

Envoyé par Sve@r

[...]
Une fois que tu as compris ça, tu as tout compris. Ensuite ne reste qu'à apprendre que par convention (donc par consensus librement consenti entre les dev Python), la variable dédiée à recevoir l'instance se nomme "self".
[...]

Pour le moment je n'ai pas encore tout saisi...ça va venir, probablement quand je le réécrirai :mrgreen:

Citation:

Envoyé par Sve@r

a.cSocket() n'existe pas.

Pardon oui, j'ai écrit un peu vite et n'ai pas fait gaffe à l'erreur lors de la relecture.

Citation:

Envoyé par Sve@r

Ben ta deadline était jeudi dernier ?

Oui, mais je pleurniche parce que je ne sais pas quoi programmer, et là j'ai entamé un truc qui n'est visiblement pas optimal, alors autant profiter de l'occasion et le reprendre de façon à ce qu'il ressemble à quelque chose de correct :P
18/05/2020, 03h42
Beginner.

Salut,

Citation:

Envoyé par Sve@r

Ce n'est pas tout à fait ça. Il existe des définitions très précises des choses, mais ces définitions sont (en général) totalement incompréhensibles.
On n'explique pas de la même façon les choses à un débutant qu'à un professionnel. Et c'est valable pour toute matière scientifique.
...

Effectivement.