Reprise du message précédent :
 
D'après ce que j'ai compris, c'est très bas niveau, tu restes jamais très loin du PHP brut (mais pas mal de gens aiment bien parce que ça vavavooom vite)
 
Dans django, ça se fait via middlewares, indépendamment des views
(ou alors avec des décorateurs sur les views)

 
je vais me faire 2-3 conneries pour bien maitriser les bases du langage, et j'apprend Django juste derrière
 
je suis un peu perdu avec les classes en Python, parce que c'est assez différent de java niveau syntaxe et conception (notemment les notions de visibilité, le fait que tu peux déclarer tes attributs un peu n'importe où, etc...), mais c'est vrai qu'en très peu de code tu fais un max de choses...

Symfony ça marche avec des "filters" chaînés, directement dans le Front, avant le moindre action controller.
J'aime bien, tu peux découpler les différents filtres, en changer l'ordre etc...

Oui. Un hook c'est un bout de code que tu intercales à un endroit défini (par ex pre-execute, comme son nom l'indique c'est avant l'execution du controller)

Elles sont très simples les notions de visibilité en python: il n'y en a pas, tout est public

Oui enfin il est assez fortement suggéré/conventionné de les déclarer dans __init__ quand même

Comme PHP 4

Mais avec un vrai object system derrière

 
Les sessions ca colleraient pas bien dans un filter ?
Genre avant chaque controller/action on apelle un filter qui update les sessions (verifiant les droits aussi ?)

Ya pas de "filters" dans CI de ce que j'ai lu, que des "hooks"

le 1/ j'avais bien compris, c'est juste étonnant quand tu viens d'un langage qui a 4 modifiers pour ce genre de choses...du coup j'ai du mal à voir ce qu'il faut faire niveau encapsulation, si tu t'en branles, ou si faut quand meme rendre les choses privées...t'es sensé faire des getters/Setters ou c la convention d'accéder aux attributs avec object.attribut ?

2/ par contre on peut pas surcharger __init__ c'est ça ? par contre tu peux faire un init avec des *args ou des trucs genre name='pouet' c'est bien ça ?

aie, la boulette

La visibilité et l'encapsulation n'ont pas de rapport.

Je viens de te dire que tu pouvais pas

Jamais de getters/setters en Python.

• Habituellement tu laisses les attributs tels quels, s'ils font partie de l'interface publique (qu'ils sont activement utilisées) documente les
• Si tu as des attributs considérés comme des détails d'implémentation qu'il n'est vraiment pas une bonne idée de toucher, préfixe les avec _ (un unique underscore). Par convention ça signifie "ceci est un attribut interne/détail d'implémentation, si tu y touches faut pas te plaindre que des trucs pètent".
• Si tu as besoin de fournir des getters/setters "actifs" (d'effectuer de vraies opérations dessus, ou de fournir des membres virtuels, pas juste un passthrough pour un attribut), crées des propriétés (properties)

Wat

Wat wat

 
Ou sinon tu te mets a ruby
</pub>

 
Quel est l'intérêt de mettre la fonction postExecute() dans une class séparée (abstract en plus), pas possible de mettre cette fonction dans le ForumController ?
 
/noob POO

Tous les autres controllers héritent de ton Controller, donc postExecute sera commun à tous les controllers de ton projets (sauf à les faire hériter de ngController)

C'est bien ici le forum annonce emploi ?
 
Je recherche des bénévoles pour :
- Tester la v2 de BySlideMenu (pas vraiment de changement sur le résultat final, mais 2Ko de moins, et mieux foutu). Le temps d'écrire une pseudo-doc vite fait sous notepad
- Critiquer la future version de mon site de propagande : http://www.byscripts.fr (la version actuelle étant sur le .info /spam )
 
- Profil recherché : BAC + 8 en sodomie appliquée
- Salaire : selon profil
- Contrat : DTC

 
L'idée tourne donc juste autour de la factorisation du code ? Dans ce cas la pourquoi ne pas mettre preExecute dans la classe mére abstract ?
Et puis pourquoi ne pas faire hériter directement depuis ngController (ce qui est le cas dans la derniére version du framework de nazztazz ), là ca fait:
forumController->(abstract)controller->(abstract)ngcontroller, avec a chaque fois une redefinition de preExecute, mais pas de postExecute dans la classe petite fille (ou fille dans la derniere version du trac)?

Parce que là en l'occurence le code du preExcute est spécifique à la classe fille, contrairement au code de postExecute qui s'applique à toutes. C'est de l'héritage tout simplement quoi.

Bah oui

Parce que le preExecute est spécifique à la partie Forum (d'où le commentaire )

Bah sinon tu peux pas mettre ton postExecute

Bah uniquement si les controllers ont besoin d'un preExecute, s'ils en ont pas besoin ils sont pas obligés de définir la méthode

Ya absolument rien de magique dans son code

1/ pas forcément, mais ça te permet de la garantir : si je mets un attribut en privé en java, tu pourras pas venir y toucher (à moins de dépuceler mon objet à grand coup de réflexion, mais bon)...en gros en python c'est juste la convention qui garantie ça si j'ai bien compris
 
2/ ok
 
3/ ok
 
4/ j'ai essayé d'avoir plusieurs méthodes __init__, et ça marche pas...mais j'ai pu rater un truc (je voudrais savoir comment avoir l'équivalent en java de MyObject(int), MyObject(int, String, String) par exemple, mais je sens venir le fait que c'est pas comme ça qu'on fait)
 
5/ je me suis sans doute mal exprimé, mais je voulais dire un truc comme ça

def __init__(self, name, area=12):
        '''
        Constructor
        '''
        self.name = name
        self.area = area

 
tu peux l'appeler en faisant MyObject('pouet') (auquel cas area vaudra 12), ou par MyObject('pouet', 15), auquel cas area vaudra 15...
 
autrement posé, comment tu fais si t'as envie d'avoir un constructeur light et un constructeur avec plus d'arguments ?
 

 
ok d'accrord mais je croyais en fait que justement ce genre de code (ou hook) c'etait pour accorder des fonctionnalités supplémentaires a un controller spécifique donc y a t'il du sens a avoir une fonction preExecute unique a chaque controller/action mais pas de fonction postExecute ?
 
 

 
pour moi si

def __init__(self, name, area=12):
        '''
        Constructor
        '''
        self.name = name
        self.area = area

Bah comme tu viens de l'écrire

Ya rien de garanti du tout, on considère simplement que les gens sont des adultes et que s'ils accèdent à un attribut interne et non-documenté c'est qu'ils ont une bonne raison de le faire. Mais ça n'a toujours pas de rapport avec l'encapsulation, c'est de l'information hiding.

Ah bah non, comment tu voudrais dispatcher entre les différents __init__

Default arguments, ou factory methods.

def __init__(self, name, area=12):
        '''
        Constructor
        '''
        self.name = name
        self.area = area

Bah exactement comme ça, ton code est du python valide qui fonctionne parfaitement

Bah oui, ça dépend de tes besoins, ce sont juste des hooks pre/post au cas où tu ais besoin d'effectuer des opérations spécifiques. Après tu peux n'avoir besoin de ces ops que dans un contrôlleur/sur une seule action, ou à travers tout le site, ou n'importe quoi entre les deux.

C'est juste fait pour éxecuter un code commun à toutes les actions d'un Controller, ou commun à toutes les actions de tous les Controllers, avant/après le lancement de l'action

 
sous IE 5.5 quand on clique sur une barre vertical ca slide pas (et y'a pas la main a al place du pointeur)
 
CSS validator:

 
Je peux passer en mode ce soir si ca

 
Ok donc théoriquement rien n'empéche le ForumController d'avoir un PostExecute(), si on désire en avoir un unique pour ce Controller...

 
C'est quoi IE5.5 ?
 
Concernant les erreurs... rien compris...
 
Genre mon p#toplinks il a un color: #ffffff... et il a pas un fond blanc ... ou alors y'a un truc que j'ai pas saisi

 
Voilà, et même que celui-ici peut appeler parent::postExecute(), si il y a en plus un postExecute commun à tous les controllers.

Hey
 
je cherche a matcher tous mes 1er dd de chaque dl et les masquer.
alors j'ai fait :  

$("dd:first" ).css("display", "none" );

 
mais ça me matche le 1er dd de la page... comment faire ? il faudrait que je joue avec les parent/child ?

$("dd:first" ).css("display", "none" );

$("dl dd:first" ).css("display", "none" );

je suppose.

$("dd:first" ).css("display", "none" );

 
Sous Mootools ça serait quelque chose du genre :
 
$$('dl').getFirst('dd') ... reste à voir si tu peux faire de même dans ta lib

 
Pas sur mais je crois que ce genre d'erreur ou plutot de warning (donc on s'en branle en fait), ca vient du fait que t'as deja définit une couleur de fond dans un bloc puis dans ce bloc t'as du mettre un autre div avec une redéfinition de background identique au bloc parent ce qui est inutile puisqu'il héritera de son background naturellement...
 

 
  ok, c 'est possible d'appeler parent::postExecute et postExecute dans la meme classe fille ?

 
Je sais pas... je ne défini que 2 bgcolor, un sombre sur le body, et un blanc sur les li ... et stoo

$("dl dd:first" ).css("display", "none" );

 
tu suppose presque bien, je sais pas comment vous faite pour tout connaitre dans autant de langage...  
y'a un selector special :first-child
http://docs.jquery.com/Selectors/firstChild
 

$("dl dd:first-child" ).css("display", "none" );

 
ça marche pas... car dd n'est pas le 1er first-child, y'a le dt avant, j'ai essayé:
 

$("dl dt:first-child" ).css("display", "none" );

 
ça marche, tous mes dt sont effacés

Parce que c'est du CSS et que je suis payé pour ça
 
Et en l'occurence je me suis planté  

 
Je me le suis farci mais si on met pas en pratique on oublie puis la c'est dans un contexte qui m'intéresse pas d'exemple genre une classe voiture qui hérite d'une classe véhicules ou ce genre de choses...  
 

 
Chez moi le validator CSS déclare la page valide en fait ...

$("dl dd:first-child" ).css("display", "none" );

$("dl dt:first-child" ).css("display", "none" );

'dl dt:first + dd' ?

Edit : Ce qui signifie "le DD qui suit le premier DT de chaque DL"

quote from Wikipedia : In computer science, encapsulation is the hiding of the internal mechanisms and data structures of a software component behind a defined interface
 
outre le fait que tu le vois pas, en java, un truc private est formellement inaccessible...en Python je vois pas bien comment tu empeches qu'on vienne tripoter l'état interne de ton objet
http://importantshock.wordpress.co [...] psulation/
cet article confirme ce que je dis
 

ben c'est ça dont je voulais confirmation : en Python c'est pas possible
 

ah oui, j'avais oublié la factory
 

je l'avais executé avant ...je voulais juste savoir si c'était "the preferred way to do it"
 

J'ai mis la partie importante en gras. Ca ne veut pas dire que tu empêches tout accès aux composants interne

T'empêches pas

La seule méthode de cet article pourri suggérée ou conseillée par la communauté c'est l'utilisation de properties, et sûrement pas en préfixant l'attribut interne avec 2 _

Il y en a pas vraiment d'autres

 
Ca fait combien de temps que t'as plus fait de Java? Parce que bon, faudrait arreter de dire n'importe quoi.