Salut..
 
Le premier truc bien décevant ds C# c la documentation!!
 
Ben oui ya plein de fcts ds leur framework qui envoient des exceptions..
Ca n´apparait pas du tout ds la documentation!!    
 
Par exemple le constructeur Bitmap(fromfile), on a aucune info sur les exceptions lancées..
 
Pire qd on teste avec un fichier inexistant, l´exception lancée est "invalid parameter"    
 
Je rigole mais à moins que j´ai loupé qqe chose ça a sérieusement besoin d´être corrigé ça!!

Pas mal non plus:
 
en utilisant Bitmap.Save(filename), l´exception est:
 
"Generic error in GDI+",
 
qu´on lui demande d´écrire sur une partoche qui existe pas ou sur un fichier read-only!!
 
Ah ça va simplifier la vie des développeurs.. Plus besoin de prévoir un message "eh utilisateur dévérouille moi ce fichier", on ne pourra plus que dire "impossible d´écrire le fichier", sans préciser..

moi jsuis contre C# et je reste en C++
deja dit ya qq mois, ya pas mal de truc comme ca qui sont con...
 
ce qui me gene le plus c la taille du prog en memoire, la decompilation totale et le style me plait pas trop
pu de pointeur  

Je confirme, C# c'est pas cool! Tout cette blague de .NET c'est affreux!
 
 
J'ai eu la chance d'avoir Visual Studio.NET (version entreprise) installer sur mon ordinateur et je me suis amuser dedans.
 
VB.NET super langage un VB vraiment OOP   C'est trop cool On peut même inheriter des classes, on peut faire du polyphormisme , on peut overloader les fonctions, bref que du bon  
 
Parcontre ca s'arrête la! IL faut compiler en assembly de .net, donc on peut se faire tout décompiler super facilement. Mais cette argument perd un peu sont poid parce ce que .Net n'est vraiment que pour les serveurs, donc les utilisateur n'on pas accès au "fichier".
 
C#, langage microsoftien pour tuer le java...
 
C++ il perd un peu de brillance face à VB.NET, du code serveur en VB.NET prend 10x moin de lignes que un serveur en C++. Surtout je tien a préciser que les deux langage ont en théorie la même vitesse d'execution a cause de l'interpreteur ".net"...
 
Et J++ et ben il est pas encore sorti pour le .net   Microsoft devrais le sortir "au cour de cette année"  en addond pour Visual Studio.net

[jfdsdjhfuetppo]--Message édité par Ventilo--[/jfdsdjhfuetppo]

je vais rester au c++ et delphi...
ça me tente pas vraiment d'être esclave de ms...

quel est l'interêt de c# pour le dévelopeur win32 'standard' alors ?

youdontcare a écrit a écrit : quel est l'interêt de c# pour le dévelopeur win32 'standard' alors ?

 
J'en vois pas , a part si tu veux apprendre un nouveau langage de programation qui est, selon plusieur, pas encore au point.  
 
Vraiment microsoft sur ce coup là  

c'est sur que pour une programmation classique win32 y a pas beaucoup d'interet, c'est d'ailleurs la même chose (un petit peu moins c vrai) que pour les programmes java, .net et java chasse  sur le même terrain.
 
borland va supporter .net ce qui veux dire que l'on pourra créer des applis .net directement depuis delphi (dans un premier temps) donc perso je vais pas changer ...

 
Et tu crois réellement que t indépendant de Microsoft !?  
  Laisse moi rire...  

Ventilo a écrit a écrit :   Et J++ et ben il est pas encore sorti pour le .net   Microsoft devrais le sortir "au cour de cette année"  en addond pour Visual Studio.net

 
Ce sera J# et plus J++ et elle est deja disponible en beta sur MSDN, et bien sur la compatibilite avec Java euh... est "partielle". Encore une grosse farce de la part de MS... Le pire c'est qu'il y aura suffisemment de blaireaux pour rentabiliser leur truc.
 
Anyway...

el_gringo  disons qu'avec les outils de borland (delphi/kylix) tu peux sans trop de problème compiler indifférement pour windows/linux  et avant la fin de l'année .net,  rien n'interdira de continuer en proposant une compatibilité java (il existe déjà une boite qui propose un outil de portage delphi-java qui fonctionne pour la majorité des composants standards)

En ce qui concerne la décompilation, faudrait pas devenir parano.
.NET offre la possibilité de crypter les assemblies pour éviter un tel problème.

...ce qui ne va pas améliorer sa vitesse  

bref, je connais bien le language VB, d'après ce que vous dites, c'est totalement inutile de ma part d'apprendre le C#.
 
Jai commencer un petit peu a regarder, et en gros pour linstant (mis a part le fait que c un produit de micro$soft), ca a pas l'air mal.

moi j'aime bien l'assembleur

gaetan7 oui l'assembleur c'est joli mais pour pondre autre chose qu'un petit utilitaire ben c'est pas le meilleur choix ...  

c kler