Blogs CodeS-SourceS

Blogs, blogs, blogs et encore des blogs ! Ici les développeurs vous font partager
leurs expériences, trouvailles mais également des informations funs.
Bref la vie de tous les jours des développeurs pas forcément braqués sur du code !
Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide
dans Rechercher

Parcourir par tags

Tous les tags » .net » VB » C#
  • reflector bug IL -> C#/VB/etc.

    Je regardais le code de l'Entity Framework quand je suis tombé sur le code suivant : switch (this.<>1__state) {     case 3:     case 4:         break;     default:         return;         try         {         }         finally         {             this.<>m__Finally6();         }         break; } Cela me paraissant bizarre, ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le juin 4, 2008
  • Instance private and protected. Qu'en pensez-vous ?

    Je pense que ça serait bien de rajouter les notions de privé à l'instance (en plus de privé à la classe) et idem pour protected. Dans beaucoup de cas, je voudrais inderdire ceci : class C1 {     private int _test = 0;     public int Test(C1 c1)     {         return c1._test;     } } En effet, quand je définit _test privé ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le mai 22, 2008
  • Compiled Query performance

    Une requête LINQ To SQL ou LINQ To Entities est traduite en un Expression Tree qui va ensuite être optimisé puis tarduit à son tour en SQL. Le fait d'utiliser des CompiledQueries à la place de requêtes LINQ classique fait qu'une fois que votre requête LINQ a été traduite, vous allez pouvoir conserver la traduction en Expression Tree. Ainsi à ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le avril 2, 2008
  • LINQ To SQL : DateDiff et Like

    Ces méthodes SQL souvent utilisées, n'existent pas en .Net. De ce fait, on peut se compliquer la vie avec LINQ. LINQ To SQL est limité à SQL Server. Du coup, ces méthodes ont été développées en .Net pour LINQ To SQL ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le mars 28, 2008
  • Call hierarchy

    Souvent, avant de modifier une méthode, il faut réfléchir aux impacts que ça peut avoir afin d'éviter les effets de bord. Pour cela, il fait savoir qui appelle notre méthode. Pour cela, on a le FindAllReferences. Le problème c'est que bien souvent on aimerait avoir le graphe complet des appels à cette méthode. Pour cela, il faut manuellement ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le mars 7, 2008
  • Que manque-t-il aux generics ?

    Les generics (apparus avec la version 2.0 du framework .NET), c'est beau, c'est super, ça permet de factoriser le code, d'assurer une vérification plus stricte par le compilateur, de s'éviter des casts partout, etc. etc. Bref, que du bonheur  J Oui mais… Je trouve que les ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le décembre 5, 2007
  • Extension method et surcharge

    Le billet de frédéric a donné lieu a une série de commentaires très intéressants et notamment à la question suivante : comment le compilateur choisit-il une extension method. Après quelques tests, je pense que la réponse est la suivante : Le compilateur cherche la méthode la plus typée dans le namespace d'appel de l'extension method. Si et ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le novembre 27, 2007
  • Table<T> change

    Je viens de l'apprendre (merci Mitsu ), la classe générique Table<T> (utilisée pour LINQ To SQL), a changé. La méthode Add s'appelle maintenant InsertOnSubmit. Je trouve que ce nom est beaucoup plus adapté que Add. En effet, il peut paraître déroutant de ne pas trouver l'entité de type T dans Table<T> alors qu'on l'a ...
    Envoyé à Matthieu MEZIL (Weblog) par Matthieu MEZIL le novembre 23, 2007
Propulsé par Community Server (Personal Edition), par Telligent Systems
Chargement...