Discussion :

[zaboug]

Bonjour à tous,

Dans l'application Web que je développe, j'avais déjà mis en place un système de connexion pour accéder à un espace membre (accessible seulement aux Membre donc).
J'ai ensuite développé un back-office, qui est lui-aussi un espace sécurisé accessible seulement par des admin.
Les admin et les membres ont quelques champs en commun (identifiant, mot de passe, adresse mail), et le système de connexion est le même. C'est juste qu'on y accède pas par le même lien sur la page et qu'il ne redirige pas au même endroit si c'est un membre ou un admin qui se connecte.

Du coup, j'ai une entité Membre, une entité Admin, et je les ai fait hérité d'une classe abstraite Personne dans laquelle j'ai déclaré les accesseurs sur l'id, le mot de passe et l'email.

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
public abstract class Personne extends DomainObject {
 
	private static final long serialVersionUID = 1L;
 
	public abstract String getIdentifiant();
 
	public abstract void setIdentifiant(String identifiant);
 
	public abstract String getPassword();
 
	public abstract void setPassword(String password);
 
	public abstract String getEmail();
 
	public abstract void setEmail(String email);
}

C'est ce qui me permet d'utiliser le même service d'identification : le service renvoie une Personne et je sais si c'est un Membre ou un Admin en fonction du contexte.
ça marche très bien, mais en y réfléchissant ce matin, je me suis demandée si utiliser une interface à la place de la classe abstraite aurait pas été mieux (niveau bonnes pratiques) : j'ai souvent lu sur les forums que les gens évitent autant que possible l'héritage et préfèrent les interfaces...

Du coup je vous pose la question, dans un cas comme ça, est ce plus logique d'utiliser l'héritage avec une classe abstraite ou d'utiliser une interface? et surtout, pourquoi?
Merci d'avance pour vos points de vu

[Robin56]

Du coup je vous pose la question, dans un cas comme ça, est ce plus logique d'utiliser l'héritage avec une classe abstraite ou d'utiliser une interface? et surtout, pourquoi?
Merci d'avance pour vos points de vu

L'interface s'utilise comme "une porte d'entrée" commune. En gros chaque service appelant ne doit pas connaître la logique derrière et la mécanique qui se passe. Ainsi, dans ton cas, le client de ta classe ne doit pas connaître par quel mécanisme d'authentification ça passe.

La classe abstraite s'utilise pour factoriser du code à la différence d'une interface.

Enfin en Java on peut hériter d'une classe mais implémenter plusieurs interfaces. C'est bon à garder en tête.

[zaboug]

La classe abstraite s'utilise pour factoriser du code à la différence d'une interface.

Du coup, du fait que je ne factorise pas de code mais que je stipule que les Personnes doivent avoir tels accesseurs, faudrait plutôt que je mette ma classe Personne sous forme d'interface.

L'interface s'utilise comme "une porte d'entrée" commune. En gros chaque service appelant ne doit pas connaître la logique derrière et la mécanique qui se passe. Ainsi, dans ton cas, le client de ta classe ne doit pas connaître par quel mécanisme d'authentification ça passe.

Y'a pas de problèmatique de service ici puisque Membre et Admin sont des entités et non pas des services.
Par contre, l'identification c'est un service à qui on précise quel type de connexion on veut et qui, en fonction du type demandé, vérifie que le Membre ou l'Admin existe. Ce service renvoie alors une Personne.

C'est d'ailleurs parce que Membre et Admin sont des entités que j'ai d'abord pensé à l'héritage.

[Robin56]

Du coup, du fait que je ne factorise pas de code mais que je stipule que les Personnes doivent avoir tels accesseurs, faudrait plutôt que je mette ma classe Personne sous forme d'interface.

Oui. L'héritage c'est utilisé surtout pour le cas où l'on a des logiques en partie commune (pour ne pas faire de réécriture).

[zaboug]

merci pour ces explications et conseils