Je dois prendre la relève d'un développeur qui a bossé sur une appli VB qui fait le lien entre un ERP et une appli pour PalmOS (dont je prend aussi la relève). Le truc est simple : -> L'appli VB récupère par exemple des fichiers d'inventaires sur l'ERP. -> Elle envois le fichier sous format PDB sur le Palm. -> A l'aide de son code barre, ce dernier fait l'inventaire. -> Puis le Palm renvoie sa base PDB mise à jour à l'appli VB. -> L'appli génère un fichier pour l'ERP et lui envoie.
(Bon, ça, c'est qu'un bout, l'appli sert aussi à passer des commandes, faire des réceptions de livraison, etc. mais toujours sur le même principe)
Niveau dialogue avec l'ERP, c'est bon, cette partie est déjà faire (avec des *.bat de partout, beurk ) Je n'aurai pas à y toucher (ou ce sera du "nice to have" ).
Par contre, le dialogue entre VB et le Palm (via une DLL qui s'appelle "conduit" ), marche aussi, mais nécessite modification. Premier point bloquant, toutes les méthodes de l'objet en question sont "Private", du coup, même en ajoutant un projet *.exe qui y fait référence, je ne peux pas tester le conduit. Est-ce qu'il y a un moyen de tester ce truc ? (genre en démarrant la DLL depuis VB, et que HotSync la voit quand même ?)
Ensuite, l'appli Palm elle-même semble ne pas poser trop de problème, les parties "critiques" sont déjà faites et semble marcher, je ne devrais avoir à faire que de l'affichage (tri sur plusieurs critères, etc.) Est-ce qu'il y a tout de même des choses importantes à savoir (limitations du style "tableaux interdits", etc. En effet, le développeur actuel certifie par exemple qu'il est impossible de faire un tri multi-critère dans une base PDB... Même à la main on ne peut pas faire ce tri ???
Hmmm... J'avais une autre question, mais je sais plus laquelle
Ha, si... Actuellement, l'appli "mobile" est faite pour PalmOS. Est-ce simple de l'adapté à PocketPC ? L'appli elle-même est en VB, qui est aussi reconnu par PocketPC. Le but du jeu, ce serait d'avoir un tronc commun entre les deux versions le plus gros possible (que ce soit l'appli "hôte" sur le PC, tout comme l'appli mobile), et de n'avoir que quelques modules spécifiques aux environnements.
Marsh Posté le 19-04-2005 à 09:15:58
Bonjour les gens.
Je dois prendre la relève d'un développeur qui a bossé sur une appli VB qui fait le lien entre un ERP et une appli pour PalmOS (dont je prend aussi la relève).
Le truc est simple :
-> L'appli VB récupère par exemple des fichiers d'inventaires sur l'ERP.
-> Elle envois le fichier sous format PDB sur le Palm.
-> A l'aide de son code barre, ce dernier fait l'inventaire.
-> Puis le Palm renvoie sa base PDB mise à jour à l'appli VB.
-> L'appli génère un fichier pour l'ERP et lui envoie.
(Bon, ça, c'est qu'un bout, l'appli sert aussi à passer des commandes, faire des réceptions de livraison, etc. mais toujours sur le même principe)
Niveau dialogue avec l'ERP, c'est bon, cette partie est déjà faire (avec des *.bat de partout, beurk ) Je n'aurai pas à y toucher (ou ce sera du "nice to have" ).
Par contre, le dialogue entre VB et le Palm (via une DLL qui s'appelle "conduit" ), marche aussi, mais nécessite modification. Premier point bloquant, toutes les méthodes de l'objet en question sont "Private", du coup, même en ajoutant un projet *.exe qui y fait référence, je ne peux pas tester le conduit. Est-ce qu'il y a un moyen de tester ce truc ? (genre en démarrant la DLL depuis VB, et que HotSync la voit quand même ?)
Ensuite, l'appli Palm elle-même semble ne pas poser trop de problème, les parties "critiques" sont déjà faites et semble marcher, je ne devrais avoir à faire que de l'affichage (tri sur plusieurs critères, etc.) Est-ce qu'il y a tout de même des choses importantes à savoir (limitations du style "tableaux interdits", etc. En effet, le développeur actuel certifie par exemple qu'il est impossible de faire un tri multi-critère dans une base PDB... Même à la main on ne peut pas faire ce tri ???
Hmmm... J'avais une autre question, mais je sais plus laquelle
Ha, si... Actuellement, l'appli "mobile" est faite pour PalmOS. Est-ce simple de l'adapté à PocketPC ? L'appli elle-même est en VB, qui est aussi reconnu par PocketPC. Le but du jeu, ce serait d'avoir un tronc commun entre les deux versions le plus gros possible (que ce soit l'appli "hôte" sur le PC, tout comme l'appli mobile), et de n'avoir que quelques modules spécifiques aux environnements.
Voilà voilà, merci pour vos éclaircissements