Discussion :

[manutudescends]

est -il possible de faire des sous méthodes ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
public class TestM {
 
public void Methode(String arg ){
 
public void sousMethode() {
 
}
 
// opérations appelant la sous méthode
 
}
 
}

[ Modéré par Viena ]
Ajout d'un tag et modification du titre : Pour la compréhension de tous, utilisez un titre clair et les tags ! merci.
Les Règles du Forum


si oui quelle est la syntaxe.


merci

[viena]

Pas à ma connaissance.
Pourquoi voudrais tu faire cela ?

[manutudescends]

je dois faire ca parce que ma sousMéthode est récursive. Mais bon si c'est pas possible je vais les séparer meme si c'est pas tres beau.


merci

[noOneIsInnocent]

par definition si elle est recursive elle s'appelle elle même
je vois pas pourquoi tu les imbriquerais
le tout est de recupere son resultat est de faire le traitement adequat
remarque je sais pas trop ce que tu veux faire ..
quel est ton objectif ?

[NGY]

Rien ne t'oblige à mettre sousMethode() en public.
Un private serait plus adéquat ici.

[viena]

Je pense que si tu fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
public class TestM {
 
private void sousMethode() {
 
}
 
public void Methode(String arg ){
// opérations appelant la sous méthode
}
}

Ca devrait faire ce que tu veux. Tu n'as pas besoin d'imbriquer une methode pour pouvoir l'appeler dans une autre méthode.

[Regis.C]

Tu n'as pas besoin d'imbriquer une methode pour pouvoir l'appeler dans une autre méthode.

Je pense que c'est ç aqu'il est important de comprendre.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public void methode1{}
 
public void methode2{}
 
public int methode3{}

tu peux très bien avoir:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public void methode3
{
  methode1();
}

[sylk974]

je dois faire ca parce que ma sousMéthode est récursive. Mais bon si c'est pas possible je vais les séparer meme si c'est pas tres beau.


merci

Imbriquer des méthodes, c'est ca qui est pas beau plutot !
Surtout si c'est pour l'appelé recursivement ...
c'est à dire, à chaque appel de la fonction au dessus c'est comme si tu la redéfinissais. A proscrire je pense !

Ceci dit il me semble pas que ce soit impossible.
J'ai un vague souvenir dans l'API JavaSound, y a un exemple ou la fonction qui gère le loop des MIDI est défini dans la fonction qui fait le play.
Mais y avait rien de recurvif.

un bon vieux :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
private int methode_rec(int i) {
  if (i = 0) {
    return -1;
  } else {
    return methode_rec(i - 1);
  }
}
 
public void launch() {
  methode_rec(42);
}

Ca c'est plus clean.
C'est une erreur de croire qu'imbriquer les trucs dans une classe, ca la rend plus propre, plus legere. Le code de la fonction il est quand même présent, et grâce à l'encapsulation tu règles les problèmes d'accessibilité