Aide pour QCM java

Ah j'avais mal compris la C, je pensais que l'affirmation était : si on a un tableau de type objet, il ne doit contenir que des objets.

Pour lenght, je n'ai pas bien saisi. Donc length c'est juste un attribut de l'objet tableau.
Pour avoir la taille d'un tableau il suffit juste de faire : letableau.length

C'est ç'là même. Un tableau est toujours de type objet. C'est un objet implicite, car on appelle pas de constructeurs pour le construire et il s'instancie comme un type primitif.

Merci beaucoup, je pensais qu'un tableau

Code:

---

int[] tab = new int[10];

---

Etait considéré de type primitif.
Ok je retiendrai qu'un tableau est un objet.

Par contre il ya une question qui me pose plus de problème, la voilà :

Les autorisations d'accès valides pour une class principale(non interne) et une variable locale d'une méthode sont :
A : une classe principale peut avoir l'attribut private
B : une classe principale peut avoir l'attribut protected
C : une classe principale peut avoir l'attribut public
D : une variable local peut avoir l'attribut private
E : une variable local peut avoir l'attribut protected
F : une variable local peut avoir l'attribut public
G : aucune des réponses précédentes

A : il me semble qu'il ne peut y avoir qu'une seul class public par fichier source, la classe principal, donc non
B : non
C : oui
D, E , F : oui, de toute façon elle est locale.

en fait, c'est quoi une class dérivé??:oops:

C'est une classe qui hérite d'une autre, donc une sous-classe ou classe fille.

Citation:

---

Envoyé par juve1897

A : une classe principale peut avoir l'attribut private
B : une classe principale peut avoir l'attribut protected
C : une classe principale peut avoir l'attribut public

---

Une classe "principale" ne peut être déclaré qu'en public ou "package-view" (pas de modificateur de visibilité). Les deux autres n'apporteraient rien.

Citation:

---

Envoyé par juve1897

D : une variable local peut avoir l'attribut private
E : une variable local peut avoir l'attribut protected
F : une variable local peut avoir l'attribut public

---

Une variable locale n'a pas de modificateur de visibilité...

Citation:

---

Envoyé par freakfm

en fait, c'est quoi une class dérivé??:oops:

---

Une classe fille ;)

a++

Donc la réponse c'est juste C.
Par contre je ne suis pas sur d'avoir bien compris la question, en quoi le modificateur d'une variable ou d'une classe conditionne l'accès à une méthode?

Citation:

---

Envoyé par juve1897

Donc la réponse c'est juste C.

---

Oui

Citation:

---

Envoyé par juve1897

Par contre je ne suis pas sur d'avoir bien compris la question, en quoi le modificateur d'une variable ou d'une classe conditionne l'accès à une méthode?

---

Heu... En rien :koi:
Mais en même temps la question ne concernait pas les méthodes mais les variables locales d'une méthode...

a++

En rien. L'accès à une méthode se fait via son propre modificateur de visiblité.

Citation:

---

Envoyé par juve1897

Par contre il ya une question qui me pose plus de problème, la voilà :

Les autorisations d'accès valides pour une class principale(non interne) et une variable locale d'une méthode sont :
A : une classe principale peut avoir l'attribut private
B : une classe principale peut avoir l'attribut protected
C : une classe principale peut avoir l'attribut public
D : une variable local peut avoir l'attribut private
E : une variable local peut avoir l'attribut protected
F : une variable local peut avoir l'attribut public
G : aucune des réponses précédentes

A : il me semble qu'il ne peut y avoir qu'une seul class public par fichier source, la classe principal, donc non
B : non
C : oui
D, E , F : oui, de toute façon elle est locale.

---

J'ai rien compris de cette question :?

Ok merci, je m 'étais juste un peu emmêlé les pinceaux mais là c'est bon.
Ensuite

Surdéfinition et redéfiniton 'une ancienne méthode :
A : avec la surdéfintion , la nouvelle méthode doit avoir le même nom
B : avec la surdéfinition , la nouvelle méthode doit avoir la même suite de types d'arguments
C : avec la surdefinition , la nouvelle méthode doit avoir le même type de retour
D : avec la redefinition , la nouvelle méthode doit avoir le même nom
E : avec la redéfinition , la nouvelle méthode doit avoir la même suite de types d'arguments
F : avec la redefinition , la nouvelle méthode doit avoir le même type de retour
G : aucune des réponses précedentes

La surdefinition ça va, mais la redéfinition je ne connais pas trop.

A : oui
B : pas très bien compris
C : oui
D : je crois
E : je ne pense pas
F : je pense

Citation:

---

Envoyé par juve1897

La surdefinition ça va, mais la redéfinition je ne connais pas trop.

---

Qu'est-ce que tu appelles "surdefinition" exactement ? Et "redefinition" ?
Car par rapport à tes réponses ce n'est pas très clair...

a++

Ben surdefinition --> surcharge de méthode, et redefinition je ne sais pas trop.

Dans ce cas :

• A : Oui : sinon ce sont deux méthodes complètement distinctes.
• B : Non : Les paramètres doivent être différents (en nombre ou en type).
• C : Non : Le type de retour peut être différent (mais ce n'est pas une obligation).

Exemple de surcharge (overload en anglais) :

Code:

---

1 2 3 4 5 6 7 8 9 10

public class Hello {   public void hello() { System.out.println("Hello World !"); }   public void hello(String name) { System.out.println("Hello " + name + " !"); } }

---

Et pour la redéfinition :

• D : Oui : sinon ce sont deux méthodes complètement distinctes.
• E : Oui, sinon c'est une surcharge.
• F : Oui, sauf à partir de Java 5.0 ou le type de retour peut être un type fils du type de retour de la méthode parente (covariance).

Exemple de redéfinition (overrides en anglais) :

Code:

---

1 2 3 4 5 6

public class Bonjour extends Hello {   public void hello() { System.out.println("Bonjour à tous !"); } }

---

a++

il ya que B qui est fausse,
je pesne que "surdefinition" veut dire faire des methode de même nom mais avec des parametre diférant. Et "redefinition" veut dire qu'on va redéfinir la même methode pour changer son comportement (une class fille par exemple va redéfinire une method de sa maman:D ).

you are right "adiGuba";)
sorry

Mais dans quelles conditions on utilise une redéfinition de méthode, de plus en a t on le droit.
Si je comprend bien une méthode redéfinie est écrasée par la nouvelle définition.
Par exemple une méthode héritée ne peut être redéfinie, donc dans quelle cas est ce possible?

a mon avi une method hérité peut etre redéfini. Si on la redéfini on ecrase celle qui est hérité.:)

Ceci est du polymorphisme :
- polymorphisme de méthode : plusieurs méthodes peuvent avoir le même nom dans une même classe, à condition d'avoir un code de retour ou une suite de types d'arguments différents.
- polymorphisme d'héritage : une classe dérivée peut redéfinir une méthode (c'est-à-dire même code de retpur et même suite de types d'arguments).

J'espère que c'est clair.

Merci c'est plus clair à présent.
La question suivante me parait simple, mais je préfère être sur.

Pour respecter l'encapsulation de données, les programmes sont classiquement structurés avec des :
A : champs privés et méthodes privés
B : champs privés et méthodes publiques
C : champs publics et méthodes privées
D : champs publics et méthodes publiques
E : aucune ...

Donc c'est champs privés et méthodes publiques.