Discussion :

[fma38]

Bonjour,

Dans le cadre de mon projet de framework python pour KNX, je vais avoir à implémenter la gestion d'une stack OSI, le bus KNX utilisant cette architecture.

Du coup, je suis en train de potasser en détail la stack OSI, et je réfléchis à la façon d'implémenter ça de manière propre, avec une approche objet.

Existe-t-il déjà des choses en python sur ce sujet ? Sinon, avez-vous des liens vers des docs plus générales sur la façon de faire (pas sur la stack OSI, mais sur l'implémentation objet) ?

Et, bien sûr, si vous avez des suggestions sur la façon de faire, je suis preneur.

Merci d'avance.

[wiztricks]

Existe-t-il déjà des choses en python sur ce sujet ? Sinon, avez-vous des liens vers des docs plus générales sur la façon de faire (pas sur la stack OSI, mais sur l'implémentation objet) ?

La "stack" OSI est une architecture en couches, il y a pas mal de littérature sur le pattern "layers". Chaque layer est défini par le service offert a N+1 et le service attendu de N+1.
Ces services définissent des interfaces. Et une interface peut être réalisée par les fonctions d'un module associes a un contexte ou les méthodes d'une classe - dans ce cas, le contexte est supporte par l'instance.
Réaliser les interfaces de la micro-architecture "layers" avec des class ou des modules est un choix non-fonctionnel.

D'autres choix non-fonctionnels mais structurants sont: est-ce que les interactions entre couches sont asynchrones? Probable.

Dans ce cas faut-il réaliser chaque layer via un composant? un thread? des coroutines? La "persistance" - dans quel état ça redémarre après un "crash" - ne sera pas neutre dans le choix de réalisation des couches.

Python n’est qu'un langage de programmation objet et, avant de coder, il y a beaucoup de choix a faire indépendamment du langage.
- W

[fma38]

Voui, tout à fait d'accord sur la problématique ; c'est effectivement l'approche objet elle-même qui m'intéresse pour l'instant.

Du coup, je vais reposter la question dans une partie du forum plus adaptée ; ALM/Architecture, par exemple ?

Merci.

[wiztricks]

Du coup, je vais reposter la question dans une partie du forum plus adaptée ; ALM/Architecture, par exemple ?

A vous de voir.
Vous savez ce que vous voulez construire et vous avez déjà le pattern de conception. La réponse dépend d'aspects non fonctionnels: s'il y a plusieurs design pour réaliser le truc, quel sera le moins mauvais dans ce cas ?

Sans expliciter ces aspects non fonctionnels, les suggestions seront parfois bonnes et motivées mais pas nécessairement adaptées a votre contexte.

Un autre inconvénient est que le programmeur/architecte lambda a généralement une culture objet héritée des mondes Java, C++, .Net,... Python s'utilise mieux avec une ré-appropriation critique de cette culture.

- W

[fma38]

J'ai lancé la discussion sur le sous-forum cité. Il en sortira ce qu'il en sortira, et je ferai un tri.

Le truc c'est que je ne maîtrise pas encore tous les aspects théoriques du modèle OSI, et les questions qui me seront posées pour affiner les choses me permettront certainement de creuser la question de manière plus ciblée. Sinon, pas évident de tout digérer d'un coup !

La réalisation compte tout autant pour moi que la finalité du projet ; j'aimerais essayer de faire quelque chose de propre et cohérent, et non pas un tas de code qui marchouille mais n'est ni maintenable, ni compréhensible par d'autres !

Et ce sera l'occasion de me plonger plus avant dans l'architecture logicielle, qui me paraît fondamentale et trop souvent reléguée au second plan.