utiliser c# avec wince

Pour une question aussi générale, j'espère que vous ne vous attendez pas à
recevoir une réponse détaillée de la taille d'un livre en retour.

C++ est language de moyen niveau qui fait généralement directement des
appels à l'API pour ses questions d'interfaçage avec l'usager. MFC est une
légère couche par dessus ces APIs afin de faciliter la programmation de
l'interface WIndows. en C++.

Visual Basic 6 (VB6) est un language de niveau supérieur pour ce qui est du
niveau d'abstraction de la couche Windows sous-jacente lors de la
programmation d'interfaces mais qui pose des problèmes lorsque l'on veut
sortir un peu du « rang ».

C# et le Framework peuvent être vus comme une sorte de super Visual Basic:
les deux sont intimement associés et vous ne pouvez pas programmer en C#
sans utiliser le Framework. À la place du C#, vous pouvez également
utiliser un des autres languages « managés »: VB.NET ou C++.NET; ce dernier
étant du C++ mais avec la possibilité d'écrire du code managé.

C# est un croisement entre C++ et JavaScript: la facilité du Javascript mais
avec la précision du C++. Contrairement à C++ et Visual Basic, C# et VB.NET
sont pratiquement interchangeables et possèdent pratiquement les mêmes
capacités: dans un programme en C#, cela n'a pas d'importance si vous voulez
appeler des modules écrits en VB.NET et vice-versa.

En comparaison du C++/MFC ou même de VB6, Il est extrêmement facile de
programmer en C# et le Framework offre des capacités de programmation de
loin supérieures à celles offertes par MFC ou VB6: ses librairies sont très
vastes et couvrent tous les aspects de la programmation moderne; y compris
les services web, la cryptographie, etc. De plus, il n'y a rien de caché:
il n'y a pas de formats propriétaires en binaires pour les fichiers, même
ceux générés automatiquement et tout ce que vous concevez avec les outils
RAD (Visual Studio 2003/5) pour l'interface Windows peut être recopié ou
modifié avec du code. De plus, contrairement à C++, on ne fait pas sa
gestion de mémoire avec le C# ou VB.NET (on fait des New mais jamais de
Delete) et il est impossible d'avoir de la mémoire corrompue ou d'utiliser
un tableau ou un pointeur en dehors de ses limites; cela même si vous
essayez. À chaque étape d'exécution, tout est vérifié; par exemple, il n'y
a actuellement aucun virus connu capable de se propager à l'intérieur du
Framework et je doute qu'il y en ait jamais un.

Cependant, la puissance de l'environnement fait également qu'il est
extrêmement lourd à supporter et pour programmer avec Visual Studio 2005, je
ne recommande rien de moins qu'un Dual Core avec 1 Gig de RAM. Je travaille
moi-même avec un vieux P4 2.8 et 756Megs et il s'agit là d'une installation
limite pour travailler avec VS 2005. L'autre problème c'est qu'avec le
Framework, vous devez vous acheter plusieurs livres pour avoir une
couverture minimale de l'ensemble et la plupart des livres que vous avez
déjà, y compris ceux sur ADO ou sur ASP, deviendront probablement totalement
inutiles.

Du côté de Microsoft, tout s'en va maintenant du côté du Framework et du
Compact Framework. Si vous pensez le moindrement au futur, oubliez donc
tout le reste; y compris WinCE et EVC++.

--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF


"J-F Portala" <jfportala@free.fr> wrote in message
news:44888ed0$0$6156$626a54ce@news.free.fr...

Bonjour,
je travaille habituellement en C++ (visual studio 6)

je souhaite developper des applications sous winCE pour des PDA.
Je pourrais utiliser EVC++ qui est gratuit, mais je me demandais si ce
n'etait pas l'occasion
de migrer vers C# et utiliser l'environnement visual studio standard
edition.
Est ce le bon choix?
J'ai lu que C# ressemblait pas mal au C++.
Quels sont les gains en terme de confort de développement, ou rapidite de
développement dans l'utilisation de
C# par rapport à C++.

Y a t il des MFCs ou plus puissant.

J'ai entendu parlé de framework et de compact framework (pour winCE).
Sont ils nécessaires, souhaitables?

Merci de vos eclaircissements,

je suis un peu dans le brouillard

Jeff

Merci de votre réponse,

elle va au delà de mes espérances.

Cependant, la puissance de l'environnement fait également qu'il est
extrêmement lourd à supporter et pour programmer avec Visual Studio 2005,
je ne recommande rien de moins qu'un Dual Core avec 1 Gig de RAM. Je
travaille moi-même avec un vieux P4 2.8 et 756Megs et il s'agit là d'une
installation limite pour travailler avec VS 2005.

Je suis un peu surpris de la configuration nécessaire pour utiliser
visualstudio.
Je travaille avec VC++ 6.0 et je me contentais il y a encore peu de temps
d'un p800 512Mo.

L'autre problème c'est qu'avec le Framework, vous devez vous acheter
plusieurs livres pour avoir une couverture minimale de l'ensemble et la
plupart des livres que vous avez déjà, y compris ceux sur ADO ou sur ASP,
deviendront probablement totalement inutiles.

Pas de documentation sur le framework fournie ?
Je n'ai rien contre les livres, au contraire, mais est si difficile que cela
à appréhender (C# et framework)?
Si vous avez des références d'ouvrages à conseiller, n'hésitez pas à m'en
faire part.
Je travaille aussi pas mal en PHP, l'équivalent d'ASP. Ces deux langages ont
des utilités différentes
de C# ou est ce que je me trompe.

Du côté de Microsoft, tout s'en va maintenant du côté du Framework et du
Compact Framework. Si vous pensez le moindrement au futur, oubliez donc
tout le reste; y compris WinCE et EVC++.

Encore merci pour ces éclairages.

Je vais donc m'orienter vers C# et compact framework.(pour la prorammation
sur PDA)
Jeff

Pour la configuration matérielle, vous n'aurez aucun problème à installer et
faire rouler VS2005 sur une machine moindre pour compiler un fichier de
test; cependant, quand votre project aura atteint une taille de plusieurs
dizaines de fichiers et que vous voudrez simuler le Compact Framework, cela
sera une autre affaire.

Pour ce qui est de la documentation, les manuels techniques de base sont
offerts en ligne par Microsoft mais bof. Il s'agit ici du Framework
(énorme) et non pas de MFC ou d'ASP (minuscules en comparaison).
Évidemment, si tout ce que vous rechercher est de faire apparaître "Hello
World" sur votre écran; alors là, ce n'est pas nécessaire de s'acheter des
livres.

PHP et ASP son remplacés par ASP.NET dans le C#/Framework. Malgré la
similitude des noms; il n'y a pratiquement aucune correspondance entre ASP
et ASP.NET. Même chose pour ADO et ADO.NET: inutile de chercher des
références sur ADO si vous désirez travailler avec ADO.NET.

--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: http://cerbermail.com/?QugbLEWINF


"J-F Portala" <jfportala@free.fr> wrote in message
news:448d2162$0$28196$626a54ce@news.free.fr...

Merci de votre réponse,

elle va au delà de mes espérances.

Cependant, la puissance de l'environnement fait également qu'il est
extrêmement lourd à supporter et pour programmer avec Visual Studio 2005,
je ne recommande rien de moins qu'un Dual Core avec 1 Gig de RAM. Je
travaille moi-même avec un vieux P4 2.8 et 756Megs et il s'agit là d'une
installation limite pour travailler avec VS 2005.

Je suis un peu surpris de la configuration nécessaire pour utiliser
visualstudio.
Je travaille avec VC++ 6.0 et je me contentais il y a encore peu de temps
d'un p800 512Mo.

L'autre problème c'est qu'avec le Framework, vous devez vous acheter
plusieurs livres pour avoir une couverture minimale de l'ensemble et la
plupart des livres que vous avez déjà, y compris ceux sur ADO ou sur ASP,
deviendront probablement totalement inutiles.

Pas de documentation sur le framework fournie ?
Je n'ai rien contre les livres, au contraire, mais est si difficile que
cela à appréhender (C# et framework)?
Si vous avez des références d'ouvrages à conseiller, n'hésitez pas à m'en
faire part.
Je travaille aussi pas mal en PHP, l'équivalent d'ASP. Ces deux langages
ont des utilités différentes
de C# ou est ce que je me trompe.

Du côté de Microsoft, tout s'en va maintenant du côté du Framework et du
Compact Framework. Si vous pensez le moindrement au futur, oubliez donc
tout le reste; y compris WinCE et EVC++.

Encore merci pour ces éclairages.

Je vais donc m'orienter vers C# et compact framework.(pour la prorammation
sur PDA)
Jeff