Version imprimable
Bonjour à tous,
Je suis en train de développer une petite application qui doit marcher aussi bien sur pc que sur mobile.
Est-ce possible de faire un application mobile via vb.net ? Si oui comment ?
Et aussi je me demandais si il était possible de générer une courbe en quelques sorte "en temps réel" ? Si oui comment faire ?
Merci beaucoup !!
Pour la première question: Non ce n'est pas possible.
Tu ne peux pas écrire une application et faire en sorte qu'elle fonctionne sur un Windows XP et sur un Windows Mobile 5. Il s'agit de deux systèmes d'exploitation différents.
Pour un projet pour un pc, il s'agit d'un projet Windows Form (entre autre), si tu veux faire un logiciel pour mobile, alors il faut créer un projet pour Smart Device.
Merci pour ta réponse mactwist69,
J'ai télécharger .net compact framework 3.5 et je code sur visual studio 2008. Comment créer alors un projet pour smart device à partir d'un projet windows form ?
Merci !
Bonjour
Si mactwist69 a raison sur le fond (il n'est pas possible d'avoir une application fonctionnant à la fois sur WM et sur Windows), il n'est pas non plus néessaire de re-développer tout.
Visual Studio offre pour cela les "solutions items" avec lesquel on peut référencer des codes sources "hors projet" et pouvant être ajoutés (grace au choix "add as link" quand on fait un "add new item") à un projet ou un autre de la solution. (solution qui peut contenir des assemblies .Net CF et des assemblies .Net normales).
Typiquement, en étant soigneux dans la conception de tes classes tu peux avoir une bonne partie de tes sources communes (de plus la compilation conditionnelle aide beaucoup).
En pratique, on arrive par exemple à designer sans trop de difficultés une DAL compatible en compilation WM/Sql server CE et Windows/Sql Server.
Autre exemple, les BO et les DTO peuvent aisément faire "sources communes". Dans ce cas, typiquement, tu mets le code des classes DTO et BO en "solution items", qui seront référencés par les deux assembly "BusinessCF" et "BusinessWin" (par exemple), ces assembly n'ayant par ailleurs aucune classe spécifique.
L'essentiel du "non réutilisable" va concerner l'IHM (et, là encore, on arrive à concevoir des controleurs communs).
Merci de ces infos BlueDeep. On peut donc en effet réutiliser des classes et autre... je n'ai jamais utiliser ce genre de "partage".
Mais ayant développé pas mal en Mobile, je serai extrêmement méfiant dans la sélection du code "partagé", parce que quand on regarde le contenu du Compact Framework, et le peu de classes et de composants disponibles...
A part des classes bateau (Etudiant: nom, prenom), si le code partagé fait appel à certaines fonctions et composant qui ne sont pas présent en Compact Framework, WM va pas être content.
Sinon @khaoulalak, quand tu fais "créer un nouveau projet", tu dois avoir un node "Autre", et dedans il doit y avoir "Projet Smart Device".
Si on exclut l'IHM, les différences ne sont pas obligatoirement si fondamentales (un des trucs les plus casse-pied étant l'indisponibilité du delegate ParametrizedThreadStart dans le CF, et par voie de conséquence l'indisponibilité de la surcharge de Start de Thread avec un paramètre passé, obligeant de facto à encapsuler les threads secondaires dans une classe spécifique au lieu de créer une classe "private" servant de bloc de paramètre au lancement - mais il suffit d'unifier cette habitude avec ton code "backoffice", donc en fw "complet", pour que même ton code multithreads soit compatible).Citation:
Envoyé par mactwist69
Comme en général on a plusieurs dizaines de ces classes "bateaux" (BO et DTO) dans le projet, cette technique est appréciable.Citation:
A part des classes bateau (Etudiant: nom, prenom), si le code partagé fait appel à certaines fonctions et composant qui ne sont pas présent en Compact Framework, WM va pas être content.
Quant à "WM pas content", ne pas oublier que le code réferencé en partagé sera compilé dans chacun des environnements, donc toute anomalie sera détecté à la compilation (sauf les appels indirects via la Reflection).
Pour les DAL, le jeu commun d'interfaces de ADO.Net permet de fabriquer des DAL facilement compatibles ("modulo" une factory de connexion).
Merci beaucoup à vous deux,
une fois le projet smart device crée ( juste par curiosité que veut dire CAB) je suppose que je dois intégrer mon projet (peut être le .sln) et générer le tout et enfin en faire un setup. Très certainement je me trompe mais je ne sais pas vraiment comment m'y prendre.
Merci !!
Il n'existe pas de projet "Setup" (au sens d'exécutable d'installation) pour WM.
En revanche il existe des projets CAB "Smart device".
Pour créer un projet de ce type, tu sélectionne depuis la solution :
- Add New Project
- Other Project Types
- Setup And Deployment
- Smart Device Cab Project
Ça ! C'est de la phrase qui en jette !!Citation:
Envoyé par Bluedeep
Ah bon ? Compact Framework et Framework 3.5, c'est pareil alors ? (a part les contrôles graphiques bien sur)Citation:
Envoyé par Bluedeep
Un fichier CAB est un fichier compressé. Quand tu auras créer le projet décris par BluDeep, un fichier CAB sera générer à la compilation.Citation:
Envoyé par khaoulalak
Si tu places ce fichier CAB sur un Pocket PC ou autre, et que tu doubles cliques dessus, l'installation se lancera.
Je ne suis pas sur de comprendre mais ça fait toujours plaisir.:mrgreen:Citation:
Envoyé par mactwist69
Ne me fait pas dire ce que je n'ai pas dit non plus. Mais, sorti de tes classes IHM, prend un projet éventuellement "dimensionnable" pour un téléphone et pointe les classes que tu utilises qui n'existent pas sur CF.Citation:
Ah bon ? Compact Framework et Framework 3.5, c'est pareil alors ? (a part les contrôles graphiques bien sur)
Sauf cas particulier (en excluant bien sur les projets intrinsèquement "serveur" style workflow, services, calculs massivement parallèles etc ....) tu verras qu'elles ne sont pas si nombreuses.
Quelques points absents génant sont :
- configurations applicatives (les fichiers .config en fw lourds) (mais là, je me suis fait ma propre extension).
- donc absence de configuration client WCF amenant quelques complications (l'outil NETCFSVCUtil ne résolvant pas tout).
- subset WCF (très) réduit.
- différences sensibles au niveau des objets de synchro (Mutex, Semaphore, etc .... ) mais c'est plus du fait du (gros) distingo OS que framework.
Bien sur, si on fait une liste exhaustive, les différences sont beaucoup plus importantes, mais si on se limite aux classes réellement utilisées dans "le code de tous les jours", pas tant que cela.
Je te charriais un peu, mais y'a du vrai ! :ccool:Citation:
Envoyé par Bluedeep
Moi je disais ça parce qu'on peut trouver des différences inattendu. Comme je me suis trouver bête le jour ou j'ai voulu faire un ping sur un PPC avec My.Computer... qui n'existe pas. 8OCitation:
Envoyé par Bluedeep
(Tu as vu, mes exemples en jette moins quand même ;) )
Oui, mais là tu donne un exemple qui est typiquement "platform dependent", et qui est plus un problème de différences OS qu'un problème de disponoibilité de classes dans l'utiisation du framework.Citation:
Envoyé par mactwist69
En effet. Je m'en suis rendu compte en l’écrivant.
Précise en premier lieu quel version de VisualStudio tu utilises. Je suis pas persuadé que sur les versions Express c'est possible.
P.S. Pour la réponse à
C'est possible en faisant une application web.Citation:
Je suis en train de développer une petite application qui doit marcher aussi bien sur pc que sur mobile.