Discussion :

[gbardy]

Bonjour à tous,

Je dois développer une application pour pocket pc sous Windows mobile 2003, et après mure réflexion il a été choisi de développer en embedded Visual C++.
Le problème c'est que l'équipe manque totalement de connaissance pour la réalisation d'interfaces graphiques avec les MFC...
Pour mieux cibler le problème voici nos compétences : développement en C++ classique (IHM grâce à C++ Builder), développement en C# (IHM avec Visual Studio évidemment). Notre manque de compétence pour développer "à la main" les IHM est évident.

J'ai vu qu'il existait pas mal de tutoriels au sujet de l'utilisation de l'API Windows et des MFC. Je pense que c'est un bon point de départ, mais dans quelle mesure s'y fier dans le contexte de embedded Visual C++ ? Quelles sont les différences de base ? Existe-t-il un quelconque tutoriel à ce sujet ?

Toutes vos suggestions sont les bienvenues, y compris des liens vers des sites anglophones.

Merci d'avance.

[farscape]

salut,
il est clair que certaines apis sont absentes dans embedded (je pense entre autre à la gestion du port serie ) ,
mais globalement quelqu'un qui sait faire une interface avec les MFC s'en sort sur embedded.
la plus grosse difficulté sera de travailler en unicode .
ceci dit vu vous avez des competences en C# il sera peut etre plus simple de travailler avec ce langage, avec en prime l'utilisation de ado.net pour les BD .
sinon en MFC il faudra utiliser OLEDB ou se rabattre sur SQL Lite .

[gbardy]

OK, merci beaucoup. En effet, le C# aurait été la solution la plus simple pour nous. Malheureusement pour une question de coûts (que ce soit la licence pour VS ou des sdk que nous nécessitons) nous avons choisi embedded visual C++.

Je mets ce topic à Résolu, mais n'hésitez pas à continuer à poster ici !

[farscape]

question bete :vous avez regardé si avec Visual C# 2005, Express Edition
on peut faire des applications Embedded ?

[nico-pyright(c)]

il y a certaines api de bas niveau comme les hooks qui ne figurent pas dans le platform sdk pour CE
mais je crois qu'il pourrait etre possible de les utiliser dynamiquement, en chargeant la dll avec loadlibrary ... à confirmer

dans ce cas, beaucoup d'apis redeviendraient accessible ?

qu'est-ce que t'en pense farscape, t'as déjà essayé d'utiliser le port com en chargeant dynamiquement les dll ?

[gbardy]

question bete :vous avez regardé si avec Visual C# 2005, Express Edition
on peut faire des applications Embedded ?

Tout à fait, nous avions sauté sur Visual C# Express Edition, mais il ne permet pas le développement d'applications mobiles, malheureusement...

Merci quand même de la suggestion.

[farscape]

non je n'ai pas essayé ,mais a coté de ça GetOverlappedResult fait partie de kernel32.lib ...

[nico-pyright(c)]

c'est vrai que SetWindowsHookEx fait parti de user32

mais bon, je serais pas surpris que ces fonctions existent bien dans les dll mais pas dans les libs fournit.

Je peux malheureusement pas tester, donc ca ne reste qu'une suspicion

[gbardy]

Etant débutant dans ce domaine, j'aurais besoin d'éclaircissement sur les différences entre l'api Windows et les MFC dans le contexte mobile...
L'intérêt des MFC par rapport à l'api windows se limite-t-elle juste à une meilleure gestion de la mémoire ?
L'implémentation en mobile des MFC et de l'api windows pour les applications mobile est-elle du même niveau (l'une permet-elle plus de chose que l'autre) ?

[farscape]

les MFC encapsulent l'api windows sous forme de classes et fournissent une architecture de travaille.
voir mon tuto

[gbardy]

OK... désolé je n'ai pas encore lu avec attention ton tuto que j'ai déjà téléchargé. Je vais peut être continué dans les questions triviales, mais quelle est la différence fondamentale lorsqu'on crée une application de type Application et une application de type MFC Wizard ?

[FamiDoo]

il est clair que certaines apis sont absentes dans embedded (je pense entre autre à la gestion du port serie )

t'es sur de ça, comment gérer le port série alors ?