Reprise du message précédent :
Re : Pour Darklord qui a du mal à comprendre :
 

 
1) Comparaison entre le framework.NET et le Framework J2EE
 
2) Comparaison entre ASP.NET et PHP pour le coté génération de page dynamique  
 
Voilà.
 

 
est ce que tu as vu le titre de ton topic ...  

Bonjour, ASP.NET est il prêt pour le desktop ? Et si oui je peux passer le prendre à quelle heure ?

euh, c'est pas et sinon normalement ?

 
D'après ZE reférence :
 
 

Et bien si cher ami, pas de chance, j'ai eu à bosser sur un projet en C# !
 
Et quand je lis que ADO .NET est le point fort du Framework, alors la c'est moi qui te demande si tu connais rééllement ADO .NET !
 
As tu déja essayé par exemple l'envoi de commandes SQL comportant des fonctions d'agrégation ? C'est une vraie merde, pas du tout intuitif, etc...
De plus, si tu veux bosser sérieusement, tu es quasiment obligé de mapper ta base dans un Dataset et d'agir dessus ! Bonjour l'occupation mémoire...
Quant aux controles, je ne m'étendrais pas sur le Datagrid, qui est une immense usine à gaz, difficilement personnalisable, avec des objets qui se croisent partout ! Le simple fait de vouloir colorier une ligne de Datagrid d'une certaine couleur fait appel à 36 classes !!! (DatagridTableStyle, DatagridColumnStyle, etc...). Tu finis à force par te paumer complètement !
 
Bref, le framework .NET a des atouts, je ne le nie pas ! Mais dire qu'ADO .NET est son principal atout, alors la je dis que seuls ceux qui ne l'ont pas utilisé à fond peuvent parler comme ça !
 
Quand à J2EE, et bien désolé, mais je connais pas.

Oui bon hein

gm_superstar a écrit a écrit :   Oui bon hein

je demandais juste :'(

 
sinon -> repasser, donc réessayer plus tard
 
gm a dit si oui -> passer, donc tout de suite
 
donc ça tient la route

 
Ah enfin quelqu'un qui connais (un peu...)
 
Alors, pour ce qui est d'ADO.NET et de l'envoie de commande SQL complexe, tu n'utilise pas la bonne méthode : utilise des procédures stockées et récupère le resultat. C'est bien plus rapide et plus simple.
 
Pour ce qui est des objets ADO.NET, le DATASET est en effet trés gourmand en ressource ! c'est quand même fait pour stocker une collection de table !
 
Mais tout dépend de l'utilisation que tu en a ! Si c'est pour manipuler, mettre à jour ou modifier des tables avant de les rebasculer dans ta DB, cette objet Dataset est trés puissant !
 
Maintenant, si tu veux un objet légér, n'utilise pas le Dataset !
Le cas typique est l'affichage de sujet dans un forum.
Dans ce cas, tu te contente de faire une lecture dans une table et de faire un display. Tu utiliseras alors l'objet DATAREADER d'ADO.NET.
Il est à usage unique (c'est à dire lisible une seule fois puis libéré par le garbage collector).
 
Il convient tout à fait aux applications web qui affiche de grande quantités de données
 
La prochaine fois, demande moi au lieu de ne pas utiliser les bon objets  

Ben oui, au moins il en a fait !

 
 
allez arrete de faire un topic de comparaison avec des arguments aussi pro-.NET
 
t'es vraiment pas crédible ....

moi je vais le tester le .NET, paske je vais sans doute passer la certification MCSD...
 
et je serai sans pitié!

drasche a écrit a écrit : moi je vais le tester le .NET, paske je vais sans doute passer la certification MCSD...   et je serai sans pitié!

 
Honnètement, on peut trouver plein remarques à faire à .NET, mais dans l'ensemble c'est un super outils pour creer des applis web rapidement et de bonne tenue !
 
J'ai fais du CGI, du J2EE, un poil de PHP, mais là, depuis que j'ai commencé en .NET, je change plus !
 

ouais bon... d'un autre côté, rien à secouer du développement web, ça m'intéresse pas, question d'affinité.  Je préfère développer de bonnes grosses applications tri-tiers bien grasses et bien juteuses
 
Mais ASP.NET, présenté comme je l'entrevois, c'est super sexy

drasche a écrit a écrit : ouais bon... d'un autre côté, rien à secouer du développement web, ça m'intéresse pas, question d'affinité.  Je préfère développer de bonnes grosses applications tri-tiers bien grasses et bien juteuses   Mais ASP.NET, présenté comme je l'entrevois, c'est super sexy

 
Ben justement, c'est un peu fait pour ça .NET !
Plus que pour les applis web de type "forum"...

Pourquoi laisser le garbage collector le fermer au lieu d'utiliser la méthode Close() du DataReader ? (que j'utilise aussi, hein, je ne t'ai pas attendu)

cyp en forsse a écrit a écrit :   La prochaine fois, demande moi au lieu de ne pas utiliser les bon objets

la prochaine fois, demande moi si tu veux faire de la programmation propre et qui libère correctement les ressources  

Harkonnen a écrit a écrit :   Pourquoi laisser le garbage collector le fermer au lieu d'utiliser la méthode Close() du DataReader ? (que j'utilise aussi, hein, je ne t'ai pas attendu)   la prochaine fois, demande moi si tu veux faire de la programmation propre et qui libère correctement les ressources

 
Non non, attention, il faut fermer le Datareader de toute façon !
Ce que je veux dire, c'est que la collection de données contenu dans ton datareader est libéré APRES la première lecture ! Le garbage le nettoi tout seul. Quand tu le Close, les données sont déjà libéré (le close() n'est pas un RELEASE).  
En fait, il n'est lisible qu'une seule fois, contrairement au dataset.
 
Si tu veux, tu peux faire un RELEASE ensuite, mais ça n'a aucun interet.
 
Ensuite, tu as deux solution pour afficher tes données : le Datagrid (trés lourd, tu as raison) ou le simple REPEATER ASP, beaucoup plus rapide et léger.
 
Il est trés fortement déconseillé d'utiliser la méthode RELEASE, au risque de tenter de libérer une ressource déjà désaloué.
 
En fait, quand tu utilise le débogueur, tu t'apérçois que toutes tes variables sont libérées juste aprés le renvoie au client de la page !
C'est comme en java, il faut perdre l'habitude de nettoyer.

si ya un truc que j'ai bien appris avec VB (paske ça descend un peu de ça) c'est de ne JAMAIS le laisser entreprendre quelque chose.  Toujours être précis dans ses déclarations, appels etc... sinon ya toujours une couille qui se pointe

drasche a écrit a écrit : si ya un truc que j'ai bien appris avec VB (paske ça descend un peu de ça) c'est de ne JAMAIS le laisser entreprendre quelque chose.  Toujours être précis dans ses déclarations, appels etc... sinon ya toujours une couille qui se pointe

 
C'est une erreur classique !  
Oubli VB quand tu fait du VB.NET, ça n'a plus rien à voir.
 
En fait, VB.NET trés comparable à C# ou à J# (le java de MS).
 
Il est juste un peu moins complexe et plus facile à lire.
 
Tellement comparable que le résultat d'une compilation entre VB.NET et C# est strictement la même chose !
C'est le but du MSIL.
 
En fait, quand tu fait du VB.NET, c'est comme quand tu code du Java.

 
Je vais me mettre aux fortunes ici aussi.

 
T'es pas un peu con con toi???

 
Si très très.

c'était de l'humour

 
Il a raison, le libre c'est mieux

 
non

 
J'me disais aussi
 

 
Ah??? Interessant mais encore???

 
<ancien du forum>Les 21 2 litres turbo, cai de la mairde   </ancien du forum>

 
T'etais ne a l'epoque??

 
Microsoft fait des softs de merde, et leur code est tellement pourri qu'ils ont honte d'en donner le code source
 
(le vendredi c'est trolly, puis on est dans un topic-troll, donc lâchons-nous )

(par contre quand je dis libre = mieux je ne trolle pas spécialement )
 
mais mieux ne veut pas dire que l'autre est pas bien

 
Tu as vu, je me jarjarize
 
 
Ca pourrait être drôle si je disais mon métier remarque

hotliner pour Microsoft ?
vendeur à la FNAC ?

Franchement il faudrait peut etre se calmer...
 
Interet du logiciel libre dans un environnement concurrentiel???

avoir des solutions personalisables plus vite    
par exemple la je viens de patcher Zope avec des trucs a moi, j'ai modifié un systeme d'agenda, et j'integre le tout.
Tu me le fais avec du non libre ?

Intérêt de dépendre à 100% de Microsoft ?