Toutoune DevZone - Tous les commentaires

re: Visual Studio 2008 et Rosario

BroarnErnill — Thu, 09 Oct 2008 15:23:33 GMT

i am gonna show this to my friend, brother

re: Obtenir le Namespace par défaut d'un projet (dans un Addin Visual Studio 2005)

rnbmbkvl — Sat, 04 Oct 2008 07:50:50 GMT

HDTaKV <a href="neoqmzuxqert.com/.../a>, [url=http://iqusdwnondia.com/]iqusdwnondia[/url], [link=http://laeviialpgqd.com/]laeviialpgqd[/link], http://kgnxveqwnajr.com/

re: Benchmark de code C#

... — Tue, 30 Sep 2008 17:38:12 GMT

Fine www.rumfire.com/.../highschoolmusical all www.rumfire.com/.../ienait presidente www.rumfire.com/.../escortgay meno circa <a href='www.rumfire.com/.../maracarfagna' >negli mara carfagna</a> agli <a href='www.rumfire.com/.../hentai' >contro hentai</a> www.rumfire.com/.../registrazionedominiocom ogni www.rumfire.com/.../videopornoitaliano vita www.rumfire.com/.../alfabeto giorno www.rumfire.com/.../tanyadanielle io [URL=www.rumfire.com/.../miniclipcom] miniclip anni com [/URL] forse.

re: Visual Studio 2008 et Rosario

minainsafe — Sun, 28 Sep 2008 22:05:25 GMT

thats for sure, bro

re: Benchmark de code C#

Toutoune_31 — Wed, 16 Apr 2008 13:27:08 GMT

Ok je plaide coupable pour les 2 foreach à la fin du code ;)

re: Benchmark de code C#

Vko — Tue, 15 Apr 2008 19:37:37 GMT

J'peux faire mon chieur ?

On parse pas un tableau avec un foreach, et encore moins des tableaux de type valué qui implique un nombre de box/unbox monstrueux.

Fin de mode chieur :D

Sinon ca peut être sympas comme tool.

re: Requêtes SQL récursives

Toutoune_31 — Thu, 14 Feb 2008 13:08:09 GMT

Article très intéressant, merci pour le lien.

Benchmark de code C# - Toutoune DevZone

Benchmark de code C# - Toutoune DevZone — Wed, 13 Feb 2008 15:14:13 GMT

Pingback depuis Benchmark de code C# - Toutoune DevZone

re: Requêtes SQL récursives

Frédéric Brouard — Sun, 13 Jan 2008 22:25:27 GMT

Pour plus de détails, lisez l'article que j'ai écrit sur la récusivité avec les CTE dans MS SQL Server 2005. Vous verrez comment résoudre un problème complexe : trouver le meilleur chemin dans un graphe (et d'autres choses comme la concaténation....) :

sqlpro.developpez.com/.../cte-recursives

A +

my opinion

fish_hfd — Sat, 30 Jun 2007 12:42:06 GMT

It's nice

re: Généricité contraintes en C#

Toutoune_31 — Mon, 30 Apr 2007 15:46:08 GMT

Enfait, si un des tes arguments est de type T tu n'es pas obligé de le passer à la fonction.

En clair, ceci fonctionne :

myClass.ajouter(monElem);

re: Généricité contraintes en C#

jeremy — Wed, 28 Mar 2007 16:02:37 GMT

C'est possible d'avoir :

myClass {

static public void ajouter<T> (T elem)

{

[...]

}

et de l'appeller de la sorte :

myClass.ajouter<monElem.getType()>(monElem);

? de spécifier dynamiquement le Type a utiliser ?

re: Cast versus As

Toutoune_31 — Tue, 06 Mar 2007 08:49:11 GMT

On peut aussi imaginer utiliser le "is" voire la réfléxion pour tester si un objet est d'un type donné avant de le caster.

re: Cast versus As

Vko — Wed, 14 Feb 2007 18:36:37 GMT

Ce type de comparatif n'est pas vraiment pertinent dans le sens ou les deux opérateurs n'ont pas du tout la même utilité.

On fait un cast lorsqu'on est sûr que le cast va passer (faire un try/catch n'est pas une bonne facon de faire).

On fait un as dans le cas ou on souhaite savoir si l'objet est d'un type particulier (plus mieux que l'opération is car un seul cast est fait).

Si on voulait vraiment comparer, il faudrait faire en sorte d'avoir des cast invalides. Dans ce cas, on pourrait noter un énorme gain du 'as' car le levage d'exceptions est largement, largement plus lourd qu'un simple 'if'.

Voila voila !

re: Cast versus As

Toutoune_31 — Fri, 09 Feb 2007 08:24:08 GMT

Djé, enfait le "as" est mieux dans le cas où tu ne connais pas d'avance le type de l'objet à caster.