gaetan7 oui l'assembleur c'est joli mais pour pondre autre chose qu'un petit utilitaire ben c'est pas le meilleur choix ... :D
gaetan7
moi j'aime bien l'assembleur
Warman
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.
taureau
...ce qui ne va pas améliorer sa vitesse :D
tegu
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.
taureau
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)
Kahyman
Ventilo a écrit a écrit :
Et J++ et ben il est pas encore sorti pour le .net :lol: 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
os2 a écrit a écrit :
je vais rester au c++ et delphi...
ça me tente pas vraiment d'être esclave de ms...
Et tu crois réellement que t indépendant de Microsoft !? :lol: Laisse moi rire... :lol: :lol:
taureau
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 ...
Ventilo
youdontcare a écrit a écrit :
quel est l'interêt de c# pour le dévelopeur win32 'standard' alors ? :??:
J'en vois pas :ouch:, 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à :sarcastic:
youdontcare
quel est l'interêt de c# pour le dévelopeur win32 'standard' alors ? :??:
os2
je vais rester au c++ et delphi...
ça me tente pas vraiment d'être esclave de ms...
Ventilo
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 :love: 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 :lol: Microsoft devrais le sortir "au cour de cette année" en addond pour Visual Studio.net ;)
[jfdsdjhfuetppo]--Message édité par Ventilo--[/jfdsdjhfuetppo]
deathsharp
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 :cry: :D
H4dd3R
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..
H4dd3R
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!! :fou:
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" :pt1cable:
Je rigole mais à moins que j´ai loupé qqe chose ça a sérieusement besoin d´être corrigé ça!!
