Reprise du message précédent :
...

c'est bon doudoule on t'as vu

Salut !
comment on bloque le CTRL+A sur un JTree svp ?

s'pas comme le reste ? tu lui colles un listener qui renvoie false, ou un truc du style, non ?

trouvé :
 
"
KeyStroke ks = KeyStroke.getKeyStroke("ctrl A" );
tree.getInputMap().put(ks, "none" );
"

Bonjour tous   ,
 
Une petite question de newbie :
 

 
En quoi ces codes diffèrent ? Y en a-t-il un plus propre que l'autre ?
 
Merci

Jean, c'est pas ta faute, ce qu'on répète 10 fois par semaine à propos de Java n'est même pas écrit en GROS et gras sur le premier message :
 
-> Java n'a rien à voir avec Javascript (à part le nom qui prête à confusion)
 
Essayes la catégorie HTML/CSS/Javascript

Ben Javascript, c'est un langage qui est interprété par un navigateur web et qui a été inventé par netscape (si je me trompe pas) puis repris par microsoft avec un autre nom, je sais plus lequel, maintenant, il a été repris sous forme de norme par un comité de normalisation qui s'appelle ECMA et le langage est censé s'appeler ECMAScript. Javascript ne sert qu'à faire des choses en relation avec des pages web et un navigateur, rien d'autre (à priori). Idéalement, il ne devrait être utilisé que pour créer des effets visuels qui améliorent l'ergonomie d'un site web comme des menus déroulant, ou un éditeur de texte qui met directement celui-ci en forme (comme TinyMCE par exemple). Ce langage est exécuté "côté client", c'est à dire sur l'ordinateur de l'internaute (en comparaison du "côté serveur", cas des scripts PHP qui sont exécutés sur le serveur avant de renvoyer un document HTML)

Java a été inventé par Sun Microsystems et est un langage à part entière comme le langage C++ dont il est un concurrent. Il n'est pas fait, au départ, pour faire des sites web mais plutôt des applications comme Word par exemple. Ses possibilités sont beaucoup plus grandes que Javascript et même PHP (même si PHP tente de s'en rapprocher mollement). Si tu voulais faire un site web en Java, il te faudrait tout faire à partir de zéro, c'est à dire même programmer la manière dont tu vas configurer ta carte réseau pour "écouter" internet et recevoir des requêtes des internautes comme tu le ferais en C ou C++. Bon depuis longtemps, des développeurs ont voulu profiter de la puissance de Java par rapport à PHP pour créer des sites web dynamiques (entre autres) et ainsi, une normalisation (J2EE) sur la manière de faire des serveurs web et des sites web compatibles en java a été créée. Elle permet de ne pas refaire le serveur web à chaque fois. Si tu veux plus d'infos sur Java, va sur http://java.sun.com ; pour un serveur web J2EE gratuit : Tomcat

Voilà pour finir, disons que Javascript est un petit langage qui permet de faire des taches très spécialisées alors que Java est langage beaucoup plus vaste et complet qui permet de faire tout et n'importe quoi, bref, rien à voir, à part le nom qui porte à confusion.

edit : ortho

Java
Javascript
 
Ces langages n'ont aucun rapport.

Ah oui donc en gros, pour promouvoir Java, Sun a demandé à Netscape de changer le nom de leur langage de script en Javascript pour que la confusion fasse de la pub à Java  

Non, ce sont les marketteux de chez Netscape qui ont eu cette idée "géniale"

 
marketting et génial, y'aurait pas comme une contradiction ?

Bonjour tous   ,
 
Je remets le topic dans les rails ...une petite question de newbie :
 

 
En quoi ces codes diffèrent ? Y en a-t-il un plus propre que l'autre ?
 
Merci

Dans ce cas, c'est équivalent.
 
Par contre, si tu avais plusieurs constructeurs la 1ere solution permet de positionner les attributs dont la valeur ne dépends pas du constructeur appelé.
 
Attention, si tu rajoutes un constructeur prenant en parametre des listes pour initialiser tes attributs (param1 et param2), il faut regarder plus loin.
 
cas 1 : tu affectes directement les parametres dans tes attributs

  => éviter la première solution car ça veut dire que tu auras créé 2 listes pour rien
 
cas 2 : tu recopie les éléments de tes parametres dans tes attributs

  => là tu peux utiliser la 1ere solution

Parfait, Merci !!  

"
    /**
     * Determine si a un temps donne une sortie delta correspondant a un prefixe est definie.  
     * @see com.ifp.condor.business.monitor.PetroElasticModel  
     * @param pTime temps
     * @param pOutputPrefix prefixe de la sortie
     * @return condition
     */
    public boolean isDifferentialOutputDefined(Float pTime, String pOutputPrefix ) {
        StringArrayData currentStringArray = differentialOutputMap_.get( new FloatData(pTime));
        if (currentStringArray != null) {
            ArrayList<String> listOutput =  new ArrayList( Arrays.asList(currentStringArray.getVal()) );
            if (listOutput.contains(pOutputPrefix)) {
                return true;
            } else {
                return false;
            }
        } else {
            return false;
        }
    }
"
 
bizarre mon @see apparait pas dans ma javadoc ?

@link c'est pas meilleur ?

edit: meilleur dans le sens où ça marche

question conne : t'as essayé de le mettre à la fin, après toutes les autres anotations ?

Celui qui à crer se topic se la pete un peut et prend vite la grosse tete mais il ma bien aider

l'abstraction.
 
tu fais une classe abstraite Bestiole, avec une méthode abstraite marche.
Deux classes concrètes étendent Bestiole, Fourmi et Chat. Ces deux classes définissent la logique de marche, de façon différente pour Fourmi et Chat.
 
Et dans ton Monde, tu fais marcher des Bestiole, tu t'en fous de savoir que se sont des Fourmi ou des Chat, du moment que ça marche, puisque Bestiole marche.

Créer un type plus "abstrait" (captain obvious is I), de plus haut niveau. Sert à définir une interface plutôt qu'une implémentation.

Pour plus de lecture, voir http://en.wikipedia.org/wiki/Abstract_data_type et http://c2.com/cgi/wiki?AbstractDataType

En Java, il y 2 types abstraits: les classes abstraites et les interfaces (en e.g. C++, il n'y a pas d'interfaces, il y a la MI et les classes pûrement abstraites, qui sont un supertype des interfaces). Les interfaces servent juste à spécifier le contrat (l'interface, donc) des implémenteurs, alors que les classes abstraites servent à spécifier une partie de l'implémentation, qui va spécifier non seulement l'interface des classes dérivées mais tout ou partie de leur fonctionnement/cycle de vie (par exemple dans le DP Template Method)

http://java.sun.com/docs/books/jls [...] s.html#5.5
 
Accessoirement, le cast ne sert absolument à rien, et la condition non plus (à part si ça lui sert à checker qu'après un jardin on arrive à un chateau, mais c'est franchement dégueulasse comme méthode)

ça signifie que ton binome "caste" la variable d, il change son type au runtime.
au passage, j'ose espérer que Chateau et Ville héritent de Destination
 
 de plus, j'ai du mal à saisir la logique de ce code : si resp est un jardin, alors resp devient un chateau sinon resp devient une ville
 
bref, conception à revoir à mon avis

Dans le cas contraire il est impossible d'instancier la classe, donc ya des chances
 
D'autant plus vu le type de this.resp

Je crains que ça serve de vérification de séquence (genre après un jardin on a un château)
 
Ou alors c'est juste pour le fun, et dans ce cas là ni le cast ni la condition n'ont d'intérêt, vu que derrière le tout est collé dans une variable de type Destination

là par contre +1

ouais bof... vu le sujet, moi j'aurais plutot créé une classe abstraite Destination, une classe abstraite Objectif, une classe Ville héritant de Destination , une classe Jardin héritant de Objectif, une classe Chateau héritant également de Objectif, et pour ces 2 dernières classes, une variable membre de type Ville (composition)

Je confirme que c'était pas terrible avant, mais là on passe dans le domaine du totalement non fonctionnel

toujours pas

mais tu peux pas virer ce cast totalement inutile bondieu ?
pourquoi tu n'instancies pas resp en fonction d'une variable définie en paramètre (une enum statique par exemple) de ton constructeur indiquant si l'objectif est un chateau ou un jardin au lieu de ce cast et de ce instanceof immonde.
c'est (un peu) moins crade, l'idéal serait de faire un factory mais bon, si vous l'avez pas appris...

resp = d