.NET en quelques mots???

cyrcocq wrote:

- Qu'est-ce en réalité (en résumé) que .NET? (on m'a proposé "une
encapsulation de l'API Win 32")

Tu es allé voir sur MSDN ?
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/netstart/html/sdk_netstart.asp
http://msdn.microsoft.com/netframework/technologyinfo/overview/
ou en résumé : http://en.wikipedia.org/wiki/Microsoft_.NET

"cyrcocq" écrivit

Je débute sur l'API Windows
(j'attaque l'API dans un language qui m'es propre, assez proche du C++
;-) ),
et on me conseille de plutot me pencher sur la programmation .NET
Je suis un peu perplexe...


- Qu'est-ce en réalité (en résumé) que .NET? (on m'a proposé "une
encapsulation de l'API Win 32")

- Est ce que cela devrait permettre tout ce que permet l'API? D'autres
choses?

- Qu'en est il des perfs?

Ici http://www.pixel-technology.com/rthomas

Rémi

Il y à une très bonne F.A.Q en français sur .NET ici :
http://dotnet.developpez.com/faq.net/

Bonjour.

Je réponds à cyrcocq <cyrcocq@...>
qui dans 433dc6eb$0$303$7a628cd7@news.club-internet.fr a écrit :

Je débute sur l'API Windows
(j'attaque l'API dans un language qui m'es propre, assez proche du
C++ ;-) ),
et on me conseille de plutot me pencher sur la programmation .NET
Je suis un peu perplexe...


- Qu'est-ce en réalité (en résumé) que .NET? (on m'a proposé "une
encapsulation de l'API Win 32")

- Est ce que cela devrait permettre tout ce que permet l'API? D'autres
choses?

- Qu'en est il des perfs?

Du point de vue du Dieu Utilisateur, il y a ceux qui ont déjà installé le
framework DotNET, et ceux qui avaient jusque là réussi à s'en passer.

Pour ceux-là, il faut donc charger un Setup de 30Mo, qui en occupe 150Mo une
fois installé, qui crée même un User supplémentaire dans le système, qui met
probablement "à jour" des tas de trucs qu'on avait eu bien du mal à
optimiser, sécuriser et dégraisser...

C'est particulièrement nul quand il s'agit de faire tourner une petite
"applette" de 10Ko, simplement pour la doter d'une fenêtre violette avec un
bouton orange (si, j'ai vu) :-@

Heureusement il est souvent possible avec DotNET de livrer des exécutables
autonomes, et comme avec toutes les formes d'API, de ne requérir que ce dont
l'appli a fonctionnellement besoin.

Mais je crains que la tentation soit grande pour les "mouseloppers" de
préférer les langages "évolués" avec machine virtuelle, et de partir de
structures d'appli exhaustives pour le principe, même si ensuite les
fonctionnalités ne sont pas remplies (j'ai vu des applis MFC avec une
fonction d'impression complète mais qui imprimait une page blanche).

Bref, une possibilité ne doit pas devenir une obligation. Considérons
l'impact dans sa totalité.

Cordialement,

--
/***************************************
* Patrick BRUNET
* E-mail: lien sur http://zener131.free.fr/ContactMe
***************************************/

Ca y est j'en tiens un !!!!

tu as dis "une possibilité ne doit pas devenir une obligation" je suis
entièrement d'accord avec toi aussi ayant connu VS6 et me formant peu à peu
au concept .Net (avec cette $@"! de CLR et tout le toutim) je me demande si
le nouvel VS 2005 permet :
- ce que permettait VS6, à savoir VC++, utilisation directe des API
Win32 ou MFC ou autre librairie + d'autre langages (VB, etc ...)
- ce que rajoute .Net (du code presque compile, linké, etc ...)
- des améliorations, des plus jolies fenetres, des outils plus
pertinents et plus simple

Ou bien est-ce que je suis obligé d'oublier le C et Win32 avec les nouveaux
outils ?

J'aimerai bien tout avoir et aucune obligation. Si c'est possible avec
quelle version Pro, Team, Express, etc...

merci



"Patrick 'Zener' Brunet" <use.link.in.signature@ddress.invalid> a écrit dans
le message de news:4382dc0d$0$1745$626a14ce@news.free.fr...

Bonjour.

Je réponds à cyrcocq <cyrcocq@...>
qui dans 433dc6eb$0$303$7a628cd7@news.club-internet.fr a écrit :
> Je débute sur l'API Windows
> (j'attaque l'API dans un language qui m'es propre, assez proche du
> C++ ;-) ),
> et on me conseille de plutot me pencher sur la programmation .NET
> Je suis un peu perplexe...
>
>
> - Qu'est-ce en réalité (en résumé) que .NET? (on m'a proposé "une
> encapsulation de l'API Win 32")
>
> - Est ce que cela devrait permettre tout ce que permet l'API? D'autres
> choses?
>
> - Qu'en est il des perfs?

Du point de vue du Dieu Utilisateur, il y a ceux qui ont déjà installé le
framework DotNET, et ceux qui avaient jusque là réussi à s'en passer.

Pour ceux-là, il faut donc charger un Setup de 30Mo, qui en occupe 150Mo

une

fois installé, qui crée même un User supplémentaire dans le système, qui

met

probablement "à jour" des tas de trucs qu'on avait eu bien du mal à
optimiser, sécuriser et dégraisser...

C'est particulièrement nul quand il s'agit de faire tourner une petite
"applette" de 10Ko, simplement pour la doter d'une fenêtre violette avec

un

bouton orange (si, j'ai vu) :-@

Heureusement il est souvent possible avec DotNET de livrer des exécutables
autonomes, et comme avec toutes les formes d'API, de ne requérir que ce

dont

l'appli a fonctionnellement besoin.

Mais je crains que la tentation soit grande pour les "mouseloppers" de
préférer les langages "évolués" avec machine virtuelle, et de partir de
structures d'appli exhaustives pour le principe, même si ensuite les
fonctionnalités ne sont pas remplies (j'ai vu des applis MFC avec une
fonction d'impression complète mais qui imprimait une page blanche).

Bref, une possibilité ne doit pas devenir une obligation. Considérons
l'impact dans sa totalité.

Cordialement,

--
/***************************************
* Patrick BRUNET
* E-mail: lien sur http://zener131.free.fr/ContactMe
***************************************/