Discussion :

[Mathieu147]

Bonjour,

Je voudrais développer une bibliothèque qui facilite les connections par Bluetooth. Donc au lieu de devoir tout comprendre comment ça marche Bluetooth on aurait par exemple une méthode retrieveReachableDevices() qui retourne un tableau avec les adresses des périphériques Bluetooth détectés à portée.

Ensuite, pourquoi pas une méthode sendText(String message, String btAddress) qui envoie un message texte à un certain périphérique.

Etc, etc, vous voyez un peu le genre de truc que je voudrais faire.


Dans JavaME, il y a déjà toutes les classes qu'il faut dans le package javax.bluetooth, donc en important ça, on sait créer une bibliothèque qui va bien, et ça fonctionne dans le Wireless Toolkit de Sun (c'est un émulateur de téléphone, quand on en lance plusieurs, ça émule les connexions bluetooth aussi donc on doit pas déployer sur de vrais téléphones pour débugguer). J'ai testé sur mon téléphone ça marche aussi, c'est super.


Par contre, dans JavaSE, il n'y a pas d'API standard pour accéder au bluetooth du PC. Ce problème se résout assez facilement en téléchargeant BlueCove, qui est une implémentation libre qui fonctionne sur Linux, Windows, Mac, et plein d'autres trucs. Et donc je peux aussi créer ma bibliothèque pour Linux/Windows/Mac etc.


MAIS, le problème, c'est que les noms des classes ne sont pas les mêmes dans l'API de JavaME et dans BlueCove, et les noms des packages non plus. Ce qui fait que le code est différent pour les périphériques utilisant JavaME et ceux utilisant JavaSE.

Mais moi je voudrais avoir un seul code, une seule librairie, et pouvoir l'utiliser aussi bien dans une application "de bureau" que dans un Midlet sur un GSM.


Y a-t-il donc une technique particulière pour résoudre ce genre de problème, et ne pas avoir deux copies presque identiques du même code?


Un grand merci d'avance

[Frifron]

Oui, il faut creer une couche d abstraction. Tu utiliseras cette couche qui te permettra de faire du code identique et pour J2ME et pour J2SE. L implementation dependra quand a elle bien evidemment de la plateforme mais ce sera transparent pour l utilisateur (juste 2 package differents a utiliser)

[Mathieu147]

Une couche d'abstraction, tu veux dire quoi exactement? Une espèce de classe "intermédiaire"?

Je ferais par exemple MaClasseIntermédiaire.getUnCertainTruc() et cette méthode serait implémentée de façon différente sur JavaSE et JavaME?

Hmmm... Ouais ça me paraît une bonne idée

[sinok]

Basiquement le truc est de fournir une librairie haut niveau constituée quasiment uniquement d'interfaces et de classes abstraites qui définit les contrats que doit réaliser une implémentation.
Au final tu auras trois jars pour ton API

1 jar de librairie malib.jar qui contient la partie interface et les mécanismes de choix de backend
1 Backend malib-jseimpl.jar qui contient l'implémentation des interfaces en JavaSE
1 Backend malib-jmeimpl.jar qui contient l'implémentation des interfaces en JavaME