Zeph Le 06/05/2010 à 09:57 C'est vrai que ça serait cool d'avoir quelque chose de concret après avoir lu 3 fois de suite "si si, je t'assure qu'il y a des différences fonctionnelles entre VB.NET et C#" sans illustration. En revanche, ça pourrait mériter un nouveau topic pour ne pas pourrir celui de Folco_, et ça serait également l'occasion de le placer dans la rubrique adaptée. Si quelqu'un souhaite continuer sur le sujet, je suis preneur de la liste des éventuels posts à forker d'ici pour démarrer le nouveau topic dans lequel il postera sa réponse.

All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)
Donc tu proposes quoi si tu n’utilises pas Visitor ?

« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
par rapport à VB, moi je pense que tu t'es radicalisé du coté du parti libre.
Nil Le 06/05/2010 à 20:21 Sincèrement, j'ai toujours trouvé le VB vraiment bien foutu pour son côté verbeux-mais-facilement-lisible. Je pense que (malheureusement ?) le nom "Basic" a desservi ce langage en lui donnant un faux aspect débutant bricolo.
Nil Le 06/05/2010 à 21:00 Ah oui, le Delphi aussi, mais je ne crois pas que ça soit une technologie maintenue, si ? (Et le Pascal aussi est très clair)
Maintenu si, mais Borland a revendu la franchise à je sais plus qui (et je sais pas si ça marche très bien), maintenant ça s'apelle Delphi Prism et ça tourne sous .NET (évidemment ^^). Un petit coup de Google vous donnera le nom de la companie.
(Ah autant pour moi alors, je pensais qu'ils avaient abandonné… Mais n'y ayant pas touché depuis longtemps j'ai pas fait trop gaffe quand j'étais tombé là dessus)
Zeph Le 06/05/2010 à 23:21 putain mais une bonne fois pour toutes, faites-les en mmsg ces remarques !

All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)
J'avais pensé à concevoir une interface pour chaque classe. Comme il dit, faut pas que ça devienne trop lourd, mais en soi c'est génial, tu peux abstraire complètement les dépendances entre une classe et une autre. L'inconvénient, c'est la complexité galopante.
Ce genre d'interfaces abstraites ne sert que quand tu veux te servir des composants de quelqu'un d'autre et que soit tu veux pouvoir le remplacer par autre chose plus tard, soit tu sais que ce composant n'est pas réputé pour sa compatibilité antérieure. Et ce n'est pas le composant qui implémente directement l'interface, mais un wrapper que tu écris et maintiens, comme ça tu contrôles l'interface et tu peux adapter ton wrapper aux changements internes du composant.
Cf. par exemple Phonon, Solid, Sonnet etc. proposés par KDE pour exactement ces raisons.
Faire ce genre d'abstractions dans ton propre code n'a pas vraiment d'utilité.
C'est typiquement un abstraction qui peut se faire dans un code... mais il faut l'utiliser rigoureusement! On a parfois besoin d'un traitement générique homogénéisé par une interface etc.
Attention il faut cependant bien comprendre le LSP !
Exemple: Un carré est un rectangle, mais saurais tu me faire un heritage correcte entre ces deux types d'objet?
est ce utile et nécessaire?
t'es un universitaire JackosKing, ou tu bosses vraiment?
Je bosse vraiment.. enfin pas aujourd'hui :P