Discussion :

[ejdev]

Salut !

Sur Android, lorsque que je veux faire appel à un BroadcastReceiver, j'utilise cette syntaxe :

Code :

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

1
2
3
4
5
6
7
8
9
10
BroadcastReceiver br = new BroadcastReceiver()
{
 
	@Override
	public void onReceive(Context context, Intent intent)
	{
		// TODO Auto-generated method stub
 
	}
};

On voit donc bien que des qu'on a tapé le "new BroadcastReceiver()", on a direct la méthode override qui s'écrit toute seule, pour indiquer qu'il faut l'utiliser afin de traiter le résultat.

J'ai donc voulu faire ma propre class qui etend de BroadcastReceiver, mais quand j'écris ceci :

Code :

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

MyCustomBroadcastReceiver customBr = new MyCustomBroadcastReceiver()

je n'ai pas le override de la méthode qui s'écrit automatiquement comme au dessus, pourtant ma classe est comme ceci :

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 MyCustomBroadcastReceiver extends BroadcastReceiver
{
	public MyCustomBroadcastReceiver()
	{
 
	}
 
	@Override
	public void onReceive(Context context, Intent intent)
	{
 
	}
}

Pourtant j'ai besoin que des que j'ai fini d'écrire mon new MyCustomBroadcastReceiver(), la methode override vienne s'inscrire directement.

Comment régler ce problème ?

Merci !

[thelvin]

Ben justement, il fallait pas donner une définition de onReceive() dans ta classe. Si tu fais ça, du coup cette méthode est définie et les classes filles ne sont plus obligées d'implémenter leur propre définition.
Il fallait rendre ta classe abstraite et laisser cette méthode non définie (en gros : ne pas y toucher, ne pas en parler, ne rien faire, l'oublier,) pour forcer les classes filles à la définir.

C'est pas que Android, c'est pareil pour tout Java.

[ejdev]

Salut thelvin !

Eh bah merci pour ces explications ! Ca marche effectivement. Oui c'est java en général depuis la 5 il me semble même mais je disais Android car j'étais dans le forum

Merci pour ta réponse qui m'a bien dépanné

Bonne soirée

[thelvin]

Depuis toujours, même avant la 5. @Override n'a rien à voir avec ça, ce n'est pas à ça qu'il sert.

@Override demande au compilateur de vérifier que la méthode est bien une définition ou une redéfinition d'une méthode déclarée par un type ascendant.
En gros c'est une affirmation du style :
"Cette méthode que je définis ici, je le fais dans le but de définir ou redéfinir une méthode déclarée par une classe ascendante ou une interface ascendante. Si ce n'est pas ce qu'elle fait, c'est que je me suis trompé quelque part, sûrement dans le nom ou les paramètre. Dans ce cas, dis-moi que je me suis trompé, avec une erreur de compilation."

[ejdev]

Ah d'accord mea culpa alors.

Merci encore pour cette précision sur l'override