Je vais essayer de répondre à cela sans utiliser les termes les plus simples, et expliquer pourquoi ou comment ils sont utilisés différemment, ainsi que l'utilisation la plus "officielle" et/ou la plus comprise ou uniforme des termes.
Cela peut être déroutant, et je me suis moi-même embrouillé en y réfléchissant trop, donc ne réfléchissez pas trop. Quoi qu'il en soit, le contexte est très important.
Bibliothèque- Se réfère le plus souvent à la bibliothèque générale ou à une autre collection créée avec un format et une utilisation similaires. La Bibliothèque Générale est la somme des Modules 'standard', populaires et largement utilisés, qui peuvent être considérés comme des outils sous forme de fichiers individuels, pour le moment ou des raccourcis rendant les choses possibles ou plus rapides. La bibliothèque générale est une option que la plupart des gens activent lors de l'installation de Python. Parce qu'elle porte ce nom "Python General Library", elle est souvent utilisée avec une structure et des idées similaires. C'est simplement pour avoir une série de Modules, voire même des packages regroupés, généralement dans une liste. La liste est généralement pour les télécharger. Généralement, il s'agit simplement de fichiers liés, avec des intérêts similaires. C'est la manière la plus simple de le décrire.
Module- Un Module fait référence à un fichier. Le fichier contient un script et le nom du fichier est le nom du module, les fichiers Python se terminent par .py. Tout ce que contient le fichier est du code qui, lorsqu'il est exécuté ensemble, produit quelque chose, en utilisant des fonctions, des chaînes, etc. Les modules principaux que vous voyez probablement le plus souvent sont populaires car ce sont des modules spéciaux qui peuvent obtenir des informations à partir d'autres fichiers/modules. C'est déroutant car le nom du fichier et du module sont égaux et il suffit de supprimer le .py. En réalité, c'est juste du code que vous pouvez utiliser comme raccourci écrit par quelqu'un pour rendre quelque chose plus facile ou possible.
Package- Ce terme est parfois utilisé de manière générale, bien que le contexte fasse une différence. L'utilisation la plus courante d'après mon expérience est celle de plusieurs modules (ou fichiers) regroupés ensemble. Les raisons pour lesquelles ils sont regroupés peuvent être diverses, c'est là que le contexte est important. Voici comment j'ai remarqué que les termes package(s) sont utilisés. Il s'agit d'un groupe de modules téléchargés, créés et/ou stockés. Ce qui peut tous être vrai, ou seulement 1, mais en réalité, il s'agit simplement d'un fichier qui fait référence à d'autres fichiers, qui doivent être dans la structure ou le format correct, et cette somme totale est le package lui-même, installé ou peut avoir été inclus dans la bibliothèque générale de Python. Un package peut contenir des modules (fichiers .py) car ils dépendent les uns des autres et peuvent parfois ne pas fonctionner correctement, voire pas du tout. Chaque partie (module/fichier) d'un package a toujours un objectif commun, et la somme totale de toutes les parties constitue le package lui-même.
Le plus souvent en Python, les packages sont des modules, car le nom du package est le nom du module qui est utilisé pour relier toutes les pièces. Vous pouvez donc entrer un package car c'est un module, ce qui permet également d'appeler d'autres modules, qui ne sont pas des packages car ils ne font qu'une certaine fonction ou tâche qui n'implique pas d'autres fichiers. Les packages ont un objectif, et chaque module travaille ensemble pour atteindre cet objectif final.
La plupart de la confusion vient d'un simple nom de fichier ou d'un préfixe de fichier, utilisé comme nom de module, puis de nouveau comme nom de package.
Rappelez-vous que les Modules et les Packages peuvent être installés. La Bibliothèque est généralement un terme générique pour lister ou formater un groupe de modules et packages. Tout comme la bibliothèque générale de Python. Une hiérarchie ne fonctionnerait pas, les APIs n'appartiennent pas vraiment à cela, et, si vous le faites, elles pourraient être n'importe où et impliquer des Scripts, Modules et Packages, le mot bibliothèque étant un mot aussi général, facilement applicable à de nombreuses choses, ce qui permet aux APIs de se positionner au-dessus ou en dessous. Certains Modules peuvent être basés sur d'autres codes, et c'est le seul moment où je pense cela serait lié à une discussion purement Python.