Est-il possible de..

Version imprimable

08/02/2007, 15h08
souviron34

Est-il possible de..

Bonjour à tous

Une question qui me préoccupe :

Admettons que je fabrique une classe (très complexe) contenant un GUI quasi-complet (pour faire une série d'applications différentes basées sur le même GUI). Cette classe est l'équivalent d'un widget très complexe, du style DIALOG box spécial, avec plusieurs dialog inclus dedans, beaucoup de méthodes etc...

Est-il possible avec Java de laisser la liberté à un utilisateur doté de priviléges (c'est à dire pouvant créer une application à partir de cette classe), d'inclure cette classe dans un projet, par exemple, SANS qu'il ait ou puisse voir ou manipuler non seulement certaines méthodes, mais même les détails de la classe, à part 1 ou 2 ?

Je vous explique le problème :

Je travaille sur le portage d'une grosse appli X11/Motif.
L'IHM était construite de cette manière :

- un "widget" CommonWindow
quelques méthodes publiques
2 widget public

beaucoup de méthodes privées
beaucoup de widgets privés.

Stocké dans une bibliothèque

Pour construire une application, un utilsateur tel que mentionné ci-dessus :

appelait le widget CommonWindows
Eventuellement se servait du widget public
Eventuellement se servait des méthodes publiques

Mais il ne VOYAIT pas la complexité résidant en dessous..

D'après ce que j'ai vu de Java et des EDI/RAD, si on inclu une classe dedans, cela la "déplie" complètement, et l'utilisateur à alors la vision de l'ensemble..

Vu la taille d'une part du widget (> 1000 widgets à l'intérieur de la classe CommonWindow), et la "sensibilité" de certaines méthodes ou widgets internes, je n'aimerais pas que l'utilisateur voit ceci. Est-ce possible ??
08/02/2007, 15h27
Pollux

Je suis pas sûr d'avoir tout compris...

Ce que je peux dire c'est qu'il n'est pas possible de cacher le code. Il est possible d'interdire de redéfinir le code en ayant des méthodes à portée restreinte de type private ou encore protected ou **friendly**.
08/02/2007, 15h33
Mat007

Salut,

Pour cacher des parties il suffit de définir un proxy (cf. le 'pattern') qui aggrège la classe en question.
Sur le proxy tu ne déclares que les méthodes auxquelles tu veux que l'utilisateur accède et dans leurs définitions tu rappelles les méthodes correspondantes sur la classe aggrégée.

Est-ce que ça répond à la question ?

edit : sinon un avis personnel : si ta classe est vraiment une seule classe qui manipulent 1000 classes internes c'est qu'il faudrait peut-être découper tout ça....

MAT.
08/02/2007, 15h59
Janitrix
En ne parlant que objet, une interface permet peut etre de faire ceux que tu veux. Tu définis une interface genre :
Code:

1 2 3 4 public interface MonInterface { public void maMethodePublic(); }
Et tu distribues cette classe librement, puis tu la gére dans ton application privée. Les autres peuvent compiler sans problème puisqu'ils ont l'interface. J'ai fait ça pour un systeme de plugin, je donne juste le code de l'interface pour être un plugin et l'interface que ma classe privée implementer, ainsi les utilisateurs ne voient pas mon code mais ils peuvents créer des plugins pour mon application et communiquer avec elle, car au niveau code, ça compile sans problème. Mais bon, c'est pas forcément ce que tu veux, sois peut-être un peu plus clair ;)
P.S : le titre du thread n'est pas trop évocateur :roll:
08/02/2007, 16h24
souviron34

@Janitrix

oui c'est à peu près ça...

A la différence près que deux des sous-widgets de la classe sont prévus pour être accessibles à l'utilisateur qui veut faire une appli.... mais pas les autres.

Citation:

P.S : le titre du thread n'est pas trop évocateur

Je sais bien mais j'ai pas trouvé de raccoruci, et comme ça je me suis dit que les gens potentiellement intéressés regarderaient, au moins ;-)

@Mat07 :

Citation:

edit : sinon un avis personnel : si ta classe est vraiment une seule classe qui manipulent 1000 classes internes c'est qu'il faudrait peut-être découper tout ça....

Eh non le but est bien que les utilisateurs disposent d'un widget un peu équivalent à une boîte du style "PrinterBox", sauf que là c'est pas juste une boîte, mais quasiment un SIG (Système d'Information Géographique) complet.
, donc une fenêtre avec environ 14 fenêtres filles, et dans chacune environ 20 à 80 widgets...
08/02/2007, 16h31
souviron34

Citation:

Mat07 a écrit :

Est-ce que ça répond à la question ?

ben je sais pas parce que je suis tout nouveau dans le monde Windows/Java, et proxy et pattern me disent pas grand'chose....
08/02/2007, 18h52
Mat007

Citation:

Envoyé par souviron34

donc une fenêtre avec environ 14 fenêtres filles, et dans chacune environ 20 à 80 widgets...

D'accord mais ça n'est pas pour autant qu'il faille implémenter tout dans une seule classe.
Mais ce n'est peut-être pas le cas, c'est juste que la manière dont tu décris ça pourrait le laisser croire :)

Citation:

Envoyé par souviron34

ben je sais pas parce que je suis tout nouveau dans le monde Windows/Java, et proxy et pattern me disent pas grand'chose....

Ce sont plus des notions liées à la programmation (orientée) objet.
Peut-être que tu devrais aussi regarder le 'pattern' facade d'ailleurs.

Une recherche rapide donne par ex :
http://en.wikipedia.org/wiki/Proxy_pattern
http://en.wikipedia.org/wiki/Facade_pattern

MAT.
09/02/2007, 01h21
souviron34

OK. Je vais regarder ça..

Mais comme j'ai pas mal de code à faire, je vais marquer résolu pour libérer de la bande passante et je reviendrais quand je serais plus près du but...

Merci beaucoup...