Comment programmer sur KDE ? - Page 2

je n'ai pas dit que ca rompait le principe de liskov, seulement l'agrégation évite l'héritage multiple. Tu peux te renseigner en lisant qqs bouquin de scott meyers à ce sujet.
D'ailleurs en poussant un peu plus la réflexion tu romps parfaitement liskov car tu permet l'accès direct aux attributs private!
Il me semble d'ailleurs que la stl est pour l'agrégation au lieu de l'héritage privé (à confirmer).
En gros il y a que qt qui fait cq et des bidouilleurs :P (troll ne pas répondre)

JackosKing (./31) :
D'ailleurs en poussant un peu plus la réflexion tu romps parfaitement liskov car tu permet l'accès direct aux attributs private!

Non, seulement aux attributs protected.

Tiens: http://cartan.cas.suffolk.edu/oopdocbook/opensource/. Ça pourrait intéresser Thibaut, et JackosKing sera tout content parce que ça parle de Design Patterns (et qu'il pourra en insulter la moitié comme il l'a fait dans le forum Coups de gueule ). Mais il y a aussi une introduction générale à la programmation avec Qt 4.

Oups pardon pour le private j'aurais mieux fait d'aller me coucher.
Ton livre, je sais qu'il est mauvais (au niveau du design), surtout quand on fait une introduction des design pattern avec le desgin pattern Visitor mis de cote par tous les bons livre de design digne de ce nom
L'agrégation au lieu de l'héritage privé permet aussi de contrôler plus finement l'ordre d'allocation et d'initialisation de tes variables. Il permet de plus une meilleur évolution car pourrait donner possibilité de setter l'objet en question par construction ou getter/setter etc.
En gros t'as que des avantages et pas d'inconvénients!
Je vois d'ailleurs aucun bouquin qui privilégie l'héritage privé.

JackosKing (./32) :
l'agrégation évite l'héritage multiple.

mais... ça sert à quoi d'éviter l'HM? faire plaisir aux javateux?

JackosKing (./32) :
la stl est pour l'agrégation

sauf qu'on s'en tape quoi

Qu'est-ce que tu es fermé squalyl
Prendre des bonnes habitudes de programmation c'est très important quand par la suite on est amené à travailler en groupe.

sauf que là je travaille pas en groupe mais tout seul pour un proto qui passera jamais en prod dans sa forme actuelle, et que je suis assez souple pour m'habituer à des règles de codage quand je sais qu'elles sont nécessaires.

Et débattre 3 heures pour savoir si c'est bien l'héritage multiple pour faire des widgets Qt, j'ai pas le temps, donc j'ai pris une doc Qt, ils faisaient ça, j'ai fait ça.

Histoire de priorités. Dans mon projet actuel, l'IHM est là parce qu'il faut un simulateur, mais quand l'algo principal sur lequel je bosse sera là dedans on s'en tapera de l'héritage moultiple

Mais arrête de me prendre pour un imbécile...
Je sais bien que la tu bosses tout seul, j'ai parlé de prendre des bonnes habitudes pour faciliter le travail en groupe ultérieur.

(je sais, mais je voulais caser l'image du machin que je faisais )

de bonnes habitudes => plutot une convention commune non?

Oui peut-être aussi.
Mais je pensais plutôt à des conventions qui font presque consensus tellement elles sont considérées comme rendant difficile la coopération (genre utilisation abusive de variables globales, utilisation abusive de goto, etc.)

C'est quoi ton appareil squalyl ?

un modem GSM/GPRS/EDGE qu'on peut programmer en C directement dans le CPU qui exécute la stack GSM.

On a un IDE, un SDK ARM/GCC, des libs, et on peut programmer des commandes AT customisées pour faire n'importe quoi.

Là j'ai une carte fille GPS.

on peut faire des trucs cools, oui

PS: les commandes AT c'est ce qui permet de commander les modems (56k et autres)

exemple: ATD 0102030405 pour numéroter
ATH pour arrêter la com
AT+CCED=1 pour voir les cellules GSM autour de toi
et là on a ajouté des commandes
AT+NMEA=1 et hop, le modem émet des trames GPS

Sasume (./36) :
Qu'est-ce que tu es fermé squalyl Prendre des bonnes habitudes de programmation c'est très important quand par la suite on est amené à travailler en groupe.

Je ne vois pas en quoi faire ce que Trolltech conseille (la solution avec l'héritage multiple) reviendrait à prendre de mauvaises habitudes.

Peut etre parce que tu n'as pas lu ce que j'ai marqué, ou que tu n'as pas lu de livre decouplé de KED/QT sur le C++ et les bonnes habitudes :P

Pour moi, les bonnes habitudes sont celles décrites par Trolltech.

Dieux existe

Kevin Kofler (./45) :
Pour moi, les bonnes habitudes sont celles décrites par Trolltech.

C'est sur que vu la diversité de tes sources, ton jugement peut etre que bien fonde