Discussion :

[rambc]

Bonjour,
mon projet avançant bien, je commence à penser à une future "refactorisation" de mon code.

Cela m'amène donc à étudier plus sérieusement la programmation objet avec notamment, "mais pas que", l'utilisation de décorateurs comme @staticmethod, @classmethod...

Connaissez-vous des articles ou tutos sur le sujet ? Vous même avez-vous des infos ou des conseils à partager ?

[wiztricks]

Salut,

C'est un sujet difficile.
Python étant très ouvert côté "styles" n'aide pas beaucoup.

@staticmethod, @classmethod...

Dans tous les cas, il y a "method" et pour l'appeler, il faudra écrire quelque chose de la forme nom.method dans lequel "nom" sera le "nom" d'une classe... Mais pourrait être aussi bien le nom d'un module.

Module et classes partagent donc pas mal d'attributs "boîte" avec un nom "persistent"/"statique" auquel pourra être associé un "état" global - puisque statique.
Ce qui les différencie c'est qu'on n'hérite pas d'un module et qu'on instancie que les classes.

Que dire de plus? Pas grand chose, ce sont simplement des "styles" qui permettront d'organiser le code d'une façon parmi d'autres possibles...
Sans trop vous donnez d'idée sur l'organisation la plus appropriée pour écrire ceci ou cela...
- W

[rambc]

Merci.

Il semblerait que "Programming in Python 3-A Complete Introduction to the Python Language" de Mark Summerfield parle de ce genre de choses. Je vais zyeuter cela dès que possible.

[wiztricks]

Il raconte:

Some Python programmers consider the use of static methods to be un-Pythonic, and use them only if they are converting code from another language (such as C++ or Java), or if they have a method that does not use self. In Python, rather than using static methods it is usually better to create a module function instead, as we will see in the next subsubsection, or a class method, as we will see in the last section.

In a similar vein, creating a variable inside a class definition but outside any method creates a static (class) variable. For constants it is usually more convenient to use private module globals, but class variables can often be useful for sharing data among all of a class’s instances.

Mais, c'est bien de le relire! C'est plein d'idées et de constructions possibles auxquelles on n'a pas le temps de penser quand on développe.
- W

[rambc]

Il va falloir absolument que je lise ce chapitre au plus tôt pour connaître un peu mieux les techniques avancées.

[fatbob]

Pour quelques idées de techniques avancées, je ne peut que conseiller la lecture du dernier hors série de Linux Magazine en ce moment dans les kiosques (53 - mars - avril)