Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2568 connectés 

  FORUM HardWare.fr
  Programmation

  [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

 
 


Sujet auquel vous répondez
Sujet : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde
cosmoschtroumpf [:zytra]

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
nraynaud http://www.biologynews.net/archive [...] eabed.html
 
[:bien] on y est pas encore et on sent déjà l'influence scientifique de notre passage [:bien]
nraynaud

Citation :

Vous le pardonneront-elles un jour ?
 
Depuis votre départ, des dizaines de milliers de femmes ont rejoint meetic et parmi elles plusieurs correspondent au profil que vous recherchiez.
 
Qui sont celles qui ont consulté votre fiche, vous ont envoyé des mails, espèrent vous rencontrer ?


[:bien][:mlc]
el muchacho Bon, J-3, ensuite, un mois de vacances. ^^
masklinn

the real moins moins a écrit :

et ça reste très moche. et on peut pas hériter.


On peut, ça dépend uniquement de l'implémentation [:spamafote]

Elmoricq Preums.  [:elmoricq]  
 
MP du jour :

Citation :

Bonjour, je vous contact car je fait partis de la web radio enjoystation.net et nous cherchons un dévelopeur c
c++ ou autre.


 
fautes d'orthographe
 
+
 
message sur deux lignes
 
+
 
"dévelopeur c c++ ou autre"  
 
=
 
 :lol:

cosmoschtroumpf [:zytra]
boulax [:zytra]
Loom the Gloom prems [:ezm] [:banguy]
nraynaud

masklinn a écrit :

Contrôle du nombre d'instances (1..n) e.g. pour un système de queues ou un pipe de communication avec une autre application, contrôle de la saisie d'un système physique (éviter d'ouvrir un fichier en écriture 15 fois simultanément), spoolers d'impression, ... (peut en bonus implémenter un proxy de lazy instanciation, c'est même souvent le cas)
 
En bonus, l'unique instance (ou le groupe d'instance, mais on a un unique point d'accès aux instances) est accessible de manière globale sur l'application.
Pas mal de gens n'ont retenu que le fait que c'était accessible de manière globale :/


niet, tout ça c'est pas des singletons, c'est juste simplement des classes dont on évite de créer plusiseurs instances. Mais tu peux avoir besoin d'en créer plusieurs si tu as plusieurs fois la même application dans ta VM.
 
Les singletons c'est très rare, les classes True et False de smalltalk sont des bon exemples.
nraynaud

masklinn a écrit :

J'ai surtout besoin de gaudasses en fait, ils en ont des bien? (sinon j'essaie de me trouver le decathlon du coin)


sinon te fais pas chier, vas chez Aigle, y'a une boutique boulevard saint germain, en face de l'église Ukrainienne.
the real moins moins

Lam's a écrit :

Les picocontainers et autres blagues belges, c'est caca.  
 
Le top, c'est la méthode statique qui renvoie un objet statique local à la méthode. :o


k lol
0x90 http://www.ikea.com/PIAimages/46590_PE143401_S3.jpg  :love:
0x90 merde déja 2h :/
Loom the Gloom dernz [:ezm]
Lam's Les picocontainers et autres blagues belges, c'est caca.  
 
Le top, c'est la méthode statique qui renvoie un objet statique local à la méthode. :o
the real moins moins

masklinn a écrit :

Contrôle du nombre d'instances (1..n) e.g. pour un système de queues ou un pipe de communication avec une autre application, contrôle de la saisie d'un système physique (éviter d'ouvrir un fichier en écriture 15 fois simultanément), spoolers d'impression, ... (peut en bonus implémenter un proxy de lazy instanciation, c'est même souvent le cas)
 
En bonus, l'unique instance (ou le groupe d'instance, mais on a un unique point d'accès aux instances) est accessible de manière globale sur l'application.
Pas mal de gens n'ont retenu que le fait que c'était accessible de manière globale :/


 
et ça reste très moche. et on peut pas hériter. de la merde. poubelle.
IOC/CDI.

masklinn

0x90 a écrit :

Et c'est quoi les cas ou c'est _le bien_ ?


Contrôle du nombre d'instances (1..n) e.g. pour un système de queues ou un pipe de communication avec une autre application, contrôle de la saisie d'un système physique (éviter d'ouvrir un fichier en écriture 15 fois simultanément), spoolers d'impression, ... (peut en bonus implémenter un proxy de lazy instanciation, c'est même souvent le cas)
 
En bonus, l'unique instance (ou le groupe d'instance, mais on a un unique point d'accès aux instances) est accessible de manière globale sur l'application.
Pas mal de gens n'ont retenu que le fait que c'était accessible de manière globale :/
tholdan
[:rofl]
gm_superstar

Harkonnen a écrit :

Citation :

Inconvénients


 
http://www.microsoft.com/france/ms [...] leton.mspx


Mouais, si on utilise un singleton pour ce qu'il est censé faire c'est pas vraiment des problèmes tout ça... (le point 2 est lolant quand même)
 
Moi j'dis qu'nraynaud pensait à autre chose :o
zapan666

masklinn a écrit :

J'ai surtout besoin de gaudasses en fait, ils en ont des bien? (sinon j'essaie de me trouver le decathlon du coin)


 
decatlon, station : madelaine, avec un peu de chance, y'a.
Sinon dans le coin de Saint lazare, y'a des trucs aussi (pas loin du monoprix)
0x90

masklinn a écrit :

Ils ont oublié de mentionner que 90% des singletons remplacent des constantes que les devs n'ont plus le droit d'utiliser :o


 
Et c'est quoi les cas ou c'est _le bien_ ?
masklinn

kadreg a écrit :

le vieux campeur


J'ai surtout besoin de gaudasses en fait, ils en ont des bien? (sinon j'essaie de me trouver le decathlon du coin)
masklinn

Harkonnen a écrit :

Citation :

Inconvénients
 
    * Surcharge. Bien que celle-ci soit minime, il y a surcharge lorsque le système vérifie s’il existe déjà une instance de la classe, c'est-à-dire chaque fois qu’un objet demande une référence. Ce problème peut être résolu grâce à l’initialisation statique décrite dans Implementing Singleton in C# (Implémentation de Singleton en C#).
    * Risque de confusion lors du développement. Lorsqu’un développeur utilise un objet singleton (surtout s’il est défini dans une bibliothèque de classes), il doit se souvenir qu’il ne peut pas utiliser le mot clé new pour instancier l’objet. S’il n’a pas accès au code source de la bibliothèque, il peut être surpris de découvrir qu’il ne peut pas instancier directement cette classe.
    * Durée de vie de l’objet.Singleton ne règle pas le problème de la suppression de l’objet unique. Avec les langages qui font aussi office de gestionnaires de mémoire (par exemple, les langages basés sur .NET Framework), seule la classe Singleton peut déclencher la libération de l’instance car elle détient une référence privée à celle-ci. Dans des langages comme C++, d’autres classes peuvent supprimer l’instance de l’objet, mais cela laisse une référence non résolue dans la classe Singleton.


 
http://www.microsoft.com/france/ms [...] leton.mspx


Ils ont oublié de mentionner que 90% des singletons remplacent des constantes que les devs n'ont plus le droit d'utiliser :o
masklinn Bon, j'ai besoin d'un magasin dans paris qui vend du matos de marche légère :o
 
Genre 6h de marche par semaine, mais avec des pieds fragiles et un mec qui a facilement chaud :o
Harkonnen

Citation :

Inconvénients
 
    * Surcharge. Bien que celle-ci soit minime, il y a surcharge lorsque le système vérifie s’il existe déjà une instance de la classe, c'est-à-dire chaque fois qu’un objet demande une référence. Ce problème peut être résolu grâce à l’initialisation statique décrite dans Implementing Singleton in C# (Implémentation de Singleton en C#).
    * Risque de confusion lors du développement. Lorsqu’un développeur utilise un objet singleton (surtout s’il est défini dans une bibliothèque de classes), il doit se souvenir qu’il ne peut pas utiliser le mot clé new pour instancier l’objet. S’il n’a pas accès au code source de la bibliothèque, il peut être surpris de découvrir qu’il ne peut pas instancier directement cette classe.
    * Durée de vie de l’objet.Singleton ne règle pas le problème de la suppression de l’objet unique. Avec les langages qui font aussi office de gestionnaires de mémoire (par exemple, les langages basés sur .NET Framework), seule la classe Singleton peut déclencher la libération de l’instance car elle détient une référence privée à celle-ci. Dans des langages comme C++, d’autres classes peuvent supprimer l’instance de l’objet, mais cela laisse une référence non résolue dans la classe Singleton.


 
http://www.microsoft.com/france/ms [...] leton.mspx
Harkonnen +1, j'en ai deux dans mon plugin, et j'aimerais bien savoir pq c'est mal :o
gm_superstar

nraynaud a écrit :

Q2 pourquoi le singleton c'est mal ?


Ah oui tiens, et pourquoi ?
Harkonnen bon, goto pleurer dans mon pieu
nraynaud bon, re-dodo
nraynaud Q1 citez un exemple typique d'introduction d'une factory
 
Q2 pourquoi le singleton c'est mal ?
 
Q3 que fait la postcondition OCL suivante : T.allInstances->forAll(v | x@pre = v.parent)
 
 
edit : c'est plus marrant comme ça [:moule_bite]
boulax Bon !
Si j'ai su expliquer ce qu'est le DP factory, reconnaitre un DP singleton dans un code, interpreter un peu d'uml et definir une méthode abstraite, je  serais quelque part dans la nébuleuse bnp parisbas la semaine prochaine [:kbchris]
el muchacho Cool, le projet TA Spring a eu le droit à une analyse gratuite par des vendeurs d'analyseurs statiques :
Coverity
Clokwork
Programming research
 
Je sens que la prochaine version va être enfin débarrassée de crashs qui trainaient depuis longtemps. :)
 

Citation :

IIRC Coverity reckon average quality code has around one defect per 1000 lines, whereas you've got around 1 defect per 10 000 lines, so your debugging process is clearly working! I'm not sure how much that's affected by the particular settings they've used for this analysis though as the other tools have produced rather more voluminous results.

nraynaud \o/ you win.
 
 
dodo tas d'cons :fou:
nraynaud oui, tout-à-fait, des fermetures transitives de l'opérateur de visibilité d'un lexème dans le champ lexical de la phrase.
lorill des closures lexicales, quoi :o
nraynaud tout ça pour dire que quand on est pas bretono-suisse, on sait placer le mot dans son contexte pour trouver ce qu'il référence.
uriel non mercury est un dieu romain
nraynaud non mercury est une planète
nraynaud non mercury est une marque de moteurs de bateaux
nraynaud non mercury est un langage de programmation nouvelle techno
lorill nan, c'est l'idole de drasche :o

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)