Avantages du Python ?

Bah ça ressemble à du BASIC ? Logiciels / Programmation

HerbertP Membre non connecté

Le 15/08/2022 à 22h01

Eh bien, merci pour toutes ces réponses.

Donc l'un des avantages de Python est qu'il est répandu et utilisé depuis longtemps, et chacun ayant apporté sa pierre par le développement de bibliothèques, il est devenu une sorte de standard bien commode et qui permet d'aller loin. dans des gros projets ou dans des scripts pour étendre les capacités d'un logiciel.

Alors que mon BASIC, qui me va très bien pour mon activité de dilettante, est nettement plus confidentiel, et dépend de la personne ou de l'entité qui l'a créé. Pour les curieux, c'est JustBASIC, la version gratuite de LibertyBASIC. C'est un programme Windows que j'ai gardé par attachement sentimental, et qui fonctionne bien avec Wine)

Donc si un jour je veux partager mes créations, ce sera avec Python.

Ci-dessous quelques remarques pour lesquelles je ne suis pas très sûr de moi, mais on peut en discuter :

nic80 :

Une des différence, c' est que certains sont interprétés

Au départ, tel que je me souviens, et en gros, l'interpréteur traduisait les instructions BASIC en langage machine au fur et à mesure qu'il les lisait dans le listing, et le temps de cette traduction était la cause de la lenteur de l'exécution, mais les BASICs d'aujourd'hui compilent d'abord le listing avant de lancer l'exécution, il n'y a plus de traduction durant l'exécution et on va plus vite.

Jybz :

c'est extrêmement procédurale, avec des GOTO, alors que le python, même si on peut faire des scripts procédurales, c'est un langage de programmation orienté objet, ce n'est pas le même paradigme !

Meme en BASIC, le GOTO est peu usité, on utilise des GOSUB et des sous-programmes. J'ai pu constater, à l'utilisation, que mon JustBasic habituel est parfois faussement linéaire dans l'exécution du listing (peut-être l'effet de la pré-compilation).

On a des instructions pour gérer des fenêtres, des listes déroulantes, des boutons, tout ce qu'on trouve dans une fenêtre d'ordi, mais aussi des boites de dialogue système pour afficher une arborescence de disque ou modifier une couleur, autant d'objets qu'on trouve dans un système d'exploitation. Est-ce suffisant pour placer ce BASIC dans la catégorie de la programmation orientée objet ? Peut-être que j'appréhende mal le concept, car j'ai déjà entendu parler d'héritage de classe, de parent, d'enfant, pour des langages de programmation, sauf pour mon BASIC.

Christophe - Probablement sur une autre planète
Mageia 9 - 64 bit - 4 * Intel Core i5-4460 CPU @ 3.20GHz - Mem 7,7 Gio - GeForce GTX 1050 Ti/PCIe/SSE2

Jybz Membre non connecté

Administrateur Forgeron

Le 16/08/2022 à 00h18

#303153

HerbertP :

On a des instructions pour gérer des fenêtres, des listes déroulantes, des boutons, tout ce qu'on trouve dans une fenêtre d'ordi, mais aussi des boites de dialogue système pour afficher une arborescence de disque ou modifier une couleur, autant d'objets qu'on trouve dans un système d'exploitation. Est-ce suffisant pour placer ce BASIC dans la catégorie de la programmation orientée objet ? Peut-être que j'appréhende mal le concept, car j'ai déjà entendu parler d'héritage de classe, de parent, d'enfant, pour des langages de programmation, sauf pour mon BASIC.

Non, il faut le voir autrement.
Par exemple, un langage ~~impératif~~ procédural, on a des "poignées" (handler) et des fonctions pour travailler dessus.
On peut imaginer un système de porte. On définit une structure avec ses propriétés et pour modifier ses propriétés, on utilise une fonction :

Code TEXT :

structure_porte={
  etat, 
  couleur
};
Fonction_ouvrir(instance_porte){
  instance_porte.etat=ouvert;
}
Maporte=structure_porte;
Fonction_ouvrir(Maporte);

Avec un langage de programmation objet, c'est différent. On définit non pas une simple structure, mais un objet qui contient des propriétés et des méthodes pour s'auto-modifier :

Code TEXT :

Objet_porte {
  etat,
  couleur,
  Methode_ouvrir(){
    etat=ouvert;
  }
}
Maporte=Objet_porte();
Maporte.Methode_ouvrir();

J'espère que cet exemple "sur le pouce" est assez parlant pour comprendre la grande différence, le changement de paradigme.

Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo

Arch	Machine	OS
x86_64	lenovo x250	mga9
armv7hl	bananapro	mga9
aarch64	Raspberry Pi 4B	mga9

Répondre

Vous n'êtes pas autorisé à écrire dans cette catégorie

Notre Mission	Liens du site	Nous joindre	MLO est hébergé par
MLO est le forum francophone de la distribution Mageia et vous propose également un portail dédié aux débutants. MLO vous apporte un support sur la distribution grâce à son forum et vous offre des nouvelles de la distribution, des logiciels libres et de l'Open Source en général. Notre site a aussi pour but de vous montrer que Mageia est un système d'exploitation complet et facile à prendre en main. Vous apprendrez à installer simplement et à administrer efficacement votre système en un temps record.	Forum Documentation News du libre Mageia	Contacter MLO Mastodon MLO Flux RSS	MLO est un projet soutenu par Nos partenaires et amis
MLO est mis à disposition selon les termes de la licence Creative Commons.

HerbertP Membre non connecté

nic80 Membre non connecté

Jybz Membre non connecté

Yuusha Membre non connecté

moment magnetique Membre non connecté

nic80 Membre non connecté

HerbertP Membre non connecté

Jybz Membre non connecté

Yuusha Membre non connecté

Yuusha Membre non connecté

Jybz Membre non connecté

vouf Membre non connecté

Papoteur Membre non connecté

Meuz Membre non connecté

steven Membre non connecté