[Zope3-french-user] Proposition de news LinuxFR

[Christophe Combelles]

Thierry Florac a écrit :
> Dans le but d'intéresser les développeurs, je me demande donc s'il ne
> vaudrait pas mieux attaquer le sujet par la vision "technique" de
> l'architecture des composants (interfaces, composants, adapters,
> subscribers, skins),

oui, c'est un peu comme ça que je voudrais l'aborder. Ce que je ne veux pas, 
c'est trop parler de choses abstraites, qui paraissent toujours jolie quand on 
en parle et qui impressionnent, mais dont on ne sait pas à quoi elle 
correspondent concrètement dans le code et dans l'organisation d'une appli.
   Donc je voudrais aborder chaque sujet technique et donner un exemple concret 
et pratique d'utilisation, compréhensible immédiatement. C'est ce que j'ai fait 
pour l'exemple "machin" de la zodb, mais pas forcément pour les autres.

> la ZMI n'étant à mon sens qu'une "conséquence"
> directe de cette architecture technique entièrement "customisable".

Dans ce cas on peut déplacer la ZMI à la fin ? Je l'avais mis au début pour 
donner un point de départ concret. Quand on parle d'un serveur d'application, on 
  ne sait jamais trop ce que ça englobe. Quand on montre la ZMI, on profite de 
l'effet « screenshot », et ça permet de donner un point de départ à une 
représentation mentale du serveur d'application, avec une vue de la base de 
données et des objets.
Peut-être qu'après il faut parler de l'endroit où on met le code. Puis du 
serveur web intégré. Et seulement après de la façon d'organiser le code.

Peut-être faudrait-il accompagner l'article d'une petite illustration ?

> 
> Dans les autres choses que j'ajouterais :
>  - rappeler l'apport des interfaces en termes d'auto-documentation,
> accessible directement dans l'aide en ligne

très juste, avec les docstring

>  - préciser l'apport des adapters pour adapter justement à un
> environnement Zope3 des packages Python externes à Zope sans
> modification de ces derniers

ok dans la partie adapters

>  - préciser l'intérêt des "subscribers", qui permettent d'effectuer une
> gestion événementielle de certaines opérations

ok, mais je me suis pas encore documenté là-dessus...

>  - rappeler car je ne crois pas que ce soit dans l'article la gestion de
> la sécurité très poussée dans Zope3, puisque toute méthode ou attribut
> n'ayant pas fait l'objet d'une spécification explicite est interdite
> d'accès

ah oui évidemment

>  - préciser l'utilisation du ZCML qui peut permettre de paramétrer un
> certain nombre de composants (notamment en termes de droits d'accès)
> sans avoir à modifier une fois de plus le composant lui-même.

zut je voulais en parler puis j'ai oublié...

> Je sais, ça fait beaucoup, mais tous ces points sont importants dans le
> cadre des développements sous Zope3...
> 
> Bon, il y aurait sûrement plein d'autres choses à dire mais rien qu'avec
> ça on doit pouvoir faire un article déjà (trop ?) conséquent...

Je ne voulais pas être exhaustif, mais juste pointer vers les trucs les plus 
interessants, de manière à déclencher l'envie de s'autodocumenter. Il faut 
réussir à sélectionner le plus représentatif.

Je vais essayer de modifier tout ça

merci pour ton aide

> 
> Cordialement,
> 
>   Thierry Florac
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> zope3-french-user mailing list
> zope3-french-user at lists.afpy.org
> http://lists.afpy.org/cgi-bin/mailman/listinfo/zope3-french-user