Discussion :

[Antoine_935]

Salut salut

J'ai toujours eu un petit souci quant aux packages et à l'endroit où je pourrais mettre mes interfaces.

Leur nom commence par "I", comme IServer, ISession etc... est-ce une raison suffisante pour les coller dans le même package que les classes ? Je trouve ça un peu sale

Qu'elle est votre habitude ?

[tchize_]

person je place aussi bien les classes que les interfaces java dans les meme packages si ca se justifie. Parfois, quand on utilise très fortement les interfaces, on met les classes dans un sous package impl, mais c'est pas général. En générale n regroupe classes et interfaces liées au sein d'un même package.

PS: commencer les interfaces par Ixxxx c'est pas dans les convention java, c'est des conventions c++ ça. En java on utilise les interfaces comme si c'étaient des objets en général, donc on a pas besoin de faire la différence sur base du nom, et la javadoc sépare bien les interfaces des classes donc pas de doutes possible.

[Antoine_935]

En générale n regroupe classes et interfaces liées au sein d'un même package.

Oui, mais ici je dois partager les interfaces entre deux projets, et le partage des classes en même temps n'est pas désirable. Mais je vais faire comme tu dis, des packages impl.

c'est des conventions c++ ça

Ah, pourtant je l'ai vu souvent en java aussi... Mais de fait, les interfaces de la lib standard s'en passent.

Merci pour les infos

[tchize_]

Oui, mais ici je dois partager les interfaces entre deux projets, et le partage des classes en même temps n'est pas désirable. Mais je vais faire comme tu dis, des packages impl.

Ah, pourtant je l'ai vu souvent en java aussi... Mais de fait, les interfaces de la lib standard s'en passent.

Merci pour les infos

de même que la pluspart des librairies open source. J'ai rarement eu à utiliser des librairies utilisant la convention I, et personnellement j'ai trouvé ça asser lourd à gérer, toujours penser dans l'ide: ha merde j'au oublié le I c'est une interface...

Sinon, tu peux avoir plusieurs projets qui fournissent des classes dans le même package, c'est pas interdit.

[Antoine_935]

Sinon, tu peux avoir plusieurs projets qui fournissent des classes dans le même package, c'est pas interdit.

C'est juste, mais à première vue ce n'est pas quelque chose qui me convient vraiment.

Boh, je verrai à l'usage Je démarre mon premier vrai projet en java (ça reste très timide quand même ), et je prendrai peu à peu l'habitude du langage en pratique réelle. Je pourrai alors mieux décider ce qui me convient.


Edit: J'ai trouvé une solution qui me parait pas mal Simplement un projet séparé (sous eclipse), qui contient tout ce qui doit être partagé.