Discussion :

[cool]

Salut tout le monde,
Je suis entrain de comprendre un bout de code , et j'ai quelques difficulté : Pouvez vous m'expliquer comment on peut appeler une fonction (getFeeds()) dans une classe (Container Data) sans instancier cette classe.
Pourquoi il n'a pas fait :
ContainerData c=new ContainerData();
c.getFeeds();

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class ContainerData {	
	
	static public Context context;
	
	public ContainerData() {

	}
public static ArrayList<Feed> getFeeds(){
.
.
.}
} 
public class feedPlayer extends Activity {

      public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        ArrayList<Feed> feeds = ContainerData.getFeeds();

2ème question : c'est quoi la différece entre ContainerData.getFeeds();
et ContainerData().getFeeds();

[Arnich]

Salut,

Dans ton exemple la fonction getFeeds est une methode statique.

[saad.hessane]

Pour répondre à ta première question et donner un peu plus de détail à ce qui a été dit, je cite le cours de Penser en Java de Bruce Eckel et traduit par développez :

Dire que quelque chose est static signifie que la donnée ou la méthode n'est pas spécifiquement rattachée à un objet instance de cette classe. Donc, même si aucun objet de cette classe n'a jamais été créé il est possible d'appeler une méthode static ou d'accéder à une donnée static.

Pour la deuxième question, il faut faire new ContainerData().getFeeds().
La première solution appelle seulement une méthode qui normalement ne dépend que de la classe où elle est créée. La deuxième solution crée d'abord un objet, avant d'appeler une méthode à lui. La différence est d'un point de vue conception (niveau résultat c'est pareil). Si tu penses que la méthode dépend de l'état de l'objet qui sera créé à partir de la classe, alors tu ne met pas de static et tu instancies un objet avant de faire l'appel à la méthode. Si tu penses que la méthode ne dépend pas d'un objet particulier, mais que tu veux bien mettre cette méthode dans cette classe pour la classer par thème, alors le static est justifié.
Mais on appelle rarement (j'ai envie de dire jamais) une méthode ou un membre static à partir d'un objet.

[thelvin]

Mais on appelle rarement (j'ai envie de dire jamais) une méthode ou un membre static à partir d'un objet.

Jamais, car c'est impossible. On peut écrire, dans le code source, l'accès à un membre statique (variable ou méthode) à partir d'une variable censée contenir une instance. On peut écrire ça dans le code source, mais dans ce cas l'instance en question est totalement ignorée, et la variable pourrait même contenir un pointeur null : aucune différence, parce que l'appel ne se fait pas à partir d'une instance, ni celle-ci, ni une autre.

Il n'y a donc aucun intérêt à se servir de cette notation, elle est même source de confusion, raison pour laquelle elle n'est utilisée que par erreur, donc presque jamais.