juin
2007
Je viens de lire cette information sur le blog de la BCL team. Ce type fait également son apparition dans SQL Server 2008 (projet Katmai).
Un article de Matthieu MEZIL 
juin
2007
Microsoft Suisse l’a fait et fournit les sources ! Pour plus d’info, regardez le post de Thomas. Il explique ça très bien alors inutile de dipliquer l’informtion.
juin
2007
Quand on crée un adapter avec le designer de dataset et qu’on met des paramètres dans la requête (avec @), les types des paramètres tels qu’on les retrouve dans la méthode générée par le designer ne sont pas toujours bons. Afin de les corriger vous pouvez changer le code .designer.cs mais c’est galère car dès que vous modifierez votre DataSet, même une table qui n’a rien à voir, vos modifications seront perdues. Une solution plus […]
juin
2007
Dans le designer du DataSet, vous pouvez faire un drag and drop d’une table de la base via l’explorateur de serveur. Si vous faites ceci, vous aurez automatiquement un Adapter associé à la table. Ensuite on peut configurer cet adapter. J’ai modifié la requête puis j’ai décoché la méthode Fill (« Remplir un DataTable ») de façon à ne garder que la méthode GetData sur mon Adapter. J’ai validé, tout va bien. Ensuite j’ai voulu modifier la […]
juin
2007
Quand on vient du C#, je trouve que VB peut être très destabilisant, surtout pour quelqu’un comme moi très OO. J’ai déjà posté sur la gestion très particulière des shared (static en C#), l’utilisation d’une méthode directement sur un namespace, l’absence du mot clé yield, il y a aussi l’utilisation possible de mot clé comme nom de variable avec l’utilisation des [] (ex : Dim [Integer] As Integer). Aujourd’hui je vais vous parler d’autre chose […]
juin
2007
En C#, lorsqu’on ajoute une Form, la classe dont elle hérite (Form par défaut) est indiquée dans le fichier .cs et pas dans le fichier .designer.cs. Du coup, si on veut hériter d’une Form perso, pas besoin de modifier le .designer.cs. En VB, l’héritage est défini dans le fichier .designer.vb !
juin
2007
En C#, dans une Windows Application, on a une classe program qui ouvre la form principale. En VB, ceci est beaucoup moins clair. En effet, vous avez un fichier Application.myApp de type xml dans lequel vous retrouvez des informations dont la classe (de type Form) a lancé au démarrage. Dessous, vous avez un fichier Application.designer.vb. Le problème c’est que ce fichier est une classe partial et vous n’avez pas accés à l’autre partie. Or celle-ci […]
juin
2007
J’avais blogué sur le fait qu’on pouvait appeler des méthodes (ou propriétés) shared depuis une instance et qu’on pouvait faire du code horrible avec ce genre de possibilités. En VB9, vous aurez un warning et surtout l’intellisence ne vous le proposera plus. D’une part ça évitera les dérives dues à ce type d’écriture et surtout, avec les extension methods, ce type d’écriture perd beaucoup de son intérêt.
juin
2007
On m’a posé la question suivante aujourd’hui : Quel est l’intérêt des automatic properties ? J’ai commencé à expliquer qu’on limitait ainsi la taille du code, on gagnait en lisibilité en supprimant du code qu’on est capable de faire générer par Visual Studio (quand on utilise le Refactoring). Et là la personne m’a interrompu pour me dire : Ok mais plutôt que de faire public string Toto { get; set; } pourquoi on ne fait […]
juin
2007
Noham Choulant a publié un article sur WCF que je vous recommande. Petit rappel sur WCF : Pascal Belaud en fait une présentation mercredi après-midi.