Eric Vernie

Conférences Visual Basic

Eric Vernie — Mon, 15 May 2006 07:57:00 GMT

Bonjour,

Un petit post pour faire un peu de pub sur deux conférences Visual Basic que nous préparons.

La première aura lieu le 24 Mai prochain, et concernera essentiellement le développement Web pour les développeurs VB 6 débutant dans ce type de développement.

La seconde conférence qui aura lieu le 14 Juin, s'adresse plus à un public averti. A des développeurs Visual Basic 6.0 qui aimerai bien mettre un pied dans le monde .NET avec Visual Basic 2005 sans pour autant remettre en cause tout le travail qui a été fait autour de Visual Basic 6.0.

Ce que je vous propose comme agenda simplifié, c’est de faire un point rapide sur la manière de faire cohabiter des composants Visual Basic 6.0 et Visual Basic 2005.

C’est un sujet assez vaste, que nous n’aurons sans doute pas le temps en 1/2 journée de traiter dans son intégralité. Mais si vous souhaitez découvrir comment améliorer votre programme VB6 fétiche, sans pour cela être obligé de tout reconstruire, n’hésitez pas à vous inscrire.

J'attire votre attention, que je ne parlerai pas ou très peu de migration ou méthodologie de portage de code .NET sujet qui prendrai à lui seul au minimum une journée, mais nous pourrons en parler autour d'un café sans aucun problème. Par contre je serai accompagné par mon ami Bidou (Jean-MArc Rabilloud) de developpez.com, qui viendra nous parler de son outil de migration de code VBA.

A très bientôt

Conférence du 24 Mai:

http://www.microsoft.com/france/events/event.aspx?EventID=118764091

Conférence du 14 Juin

http://www.microsoft.com/france/events/event.aspx?EventID=118771369

Gestion des traces

Eric Vernie — Thu, 04 May 2006 17:10:00 GMT

Pour ceux que cela intéresse j'ai écrit un chti article sur la gestion des traces avec Visual Basic 2005

dispo ici http://www.microsoft.com/france/msdn/vbasic/Gestion-des-traces-Visual-Basic-2005.mspx

Evolution de l'application des rencontres VB

Eric Vernie — Fri, 21 Jan 2005 16:06:00 GMT

Ca y est,

Pour ceusses qui auraient assistés à ces rencontres, le 1er article sur l'evolution de l'application fonctionnelle est disponible ici :

http://www.microsoft.com/france/vbasic/ressources/application.mspx

Je me focalise dans un premier temps sur design pattern du type fabrique de classe pour la gestion de l'authentification et des autorisations.

Dans un second article qui viendra très bientot je l'espere ;-) (nous sommes en plein dans la préparation des devdays 2005 ou il y aura sans doute quelques surprises). Je m'efforcerai de vous montrer les bienfaits des fabriques de classes, mais également les contraintes en terme de sécurité de ce type de mécanismes et les contraintes de sécurité en générale avec les applications .NET.

J'attends vos commentaires, et si vous avez de meilleurs idées ce que je ne doute pas, n'hésitez pas en m'en faire part pour que je puisse les incorporer.

A+

Eric

Les rencontres Visual Basic.NET

Eric Vernie — Mon, 22 Nov 2004 11:57:00 GMT

La première à eu lieu ce Jeudi 18 Novembre à Lyon et je tenais a remercier les personnes qui ont eu le courage de tenir jusqu'au bout vu la chaleur dans la salle ;-)

La prochaine c'est le 23 Novembre à Strasbourg et il n'est jamais trop tard pour s'inscrire.

Pour info voici le lien ou vous pourrez vous inscrire.http://www.microsoft.com/france/vbasic/

Quelques réponses aux Questions.

Est-ce Gratuit ? : OUI

Faut-il venir avec son portable ? : Si vous voulez car une version de Visual Basic Initiation y est donnée.

Est-ce qu'il y a l'apéro ? : OUI en fin de journée, et vous pourrez echanger avec nous.

Un ingénieur du support Visual Basic estégalement présent pour répondre à vos questions.

A+

Eric

Visual Basic : La programmation orientée objet, ça y est le fauve est lâché

Eric Vernie — Mon, 04 Oct 2004 22:19:00 GMT

Lors du développement d’un logiciel, nous sommes tous à la recherche de moyens permettant une programmation fiable et de qualité, peu importe l’outil et le langage utilisé. Ce que l’on souhaite c’est :

• Maîtriser la complexité
Les logiciels Modernes sont interactifs et composés de nombreux éléments, les programmes doivent posséder un nombre croissant de fonctionnalités dû à l’apparition de nouveaux domaines applicatifs. La décomposition en niveaux d’abstraction de plus en plus détaillés est une solution à ce problème.
• Construire un logiciel Fiable et robuste
La fiabilité d’un logiciel dépend de sa correction et de sa robustesse. Un logiciel est correct si il réalise les fonctionnalités incluses dans les spécifications. Un logiciel est robuste si il sait gérer raisonnablement les situations de fonctionnement exceptionnel. (Il ferme les fichiers ouverts avant de s’arrêter)
• Pouvoir réutiliser du code
C’est la capacité d’utiliser le plus possible des fonctionnalités déjà développées

• Assurez un confort de développement
Le confort de développement, dépend de la facilité de prototypage et la lisibilité du code en cours de développement.
• Assurez une bonne Maintenabilité
Inclut, la facilité de débogage, la flexibilité c'est-à-dire sa capacité à pouvoir changer son implémentation facilement.

Il ne faut pas se voiler la face, la programmation orientée Objet nous permettra plus facilement d’atteindre ces objectifs.

Mais est-ce que cela veut dire que les développeurs Visual Basic ont attendu les bras croisés pour développer des applications qui tiennent compte de ces objectifs?
En leur temps les développeurs C ont été également confronté au même cas de figure.
Dois-je passer au développement C++ ?
Pourquoi réapprendre de nouveaux concepts ?

Revenons plus loin en arrière, lorsque le C est apparut, les développeurs en Assembleur se posaient le même type de questions.
Je dois développer un bout de code pour piloter mon hardware, pourquoi utiliser un langage de haut niveau comme le C?
Comment va-t-il se comporter en terme de performances ?

Vous vous voyez aujourd’hui développer une application Web en assembleur ? Moi pas.

C’est sûr Visual Basic 6.00 n’est pas objet, mais chacun de vous a bâtis des solutions et de très bonnes solutions à base de composants en utilisant sans forcement le savoir des concepts objets (ou issue de l’objet), et des techniques telles que des modèles de conceptions, les fameuses "design patterns du GOF".

Comme les développeurs C en leur temps, lorsque la limitation du langage se faisait ressentir, on a passé notre temps à utiliser des méthodes de contournement, des astuces de développement pour pouvoir palier au faite que Visual Basic 6.00 n’était pas objet.

Quel développeur Visual Basic, ne s'est jamais posé les questions.

• Pourquoi ne puis-je passer de paramètres à ma méthode Intialize() ?
• Pourquoi ne puis-je avoir deux méthodes de même nom avec une signature différentes ?
• Comment puis-je réutiliser du code que j’ai déjà fait ?
Chacun à trouver des solutions, rajout d’une méthode Init() pour le 1er cas, utilisation de paramètres optionnel de type variant pour le second, un bon vieux Copier /Coller pour le troisième, voir pour les plus astucieux une agrégation de composant lorsque c’était possible.

Et si c’était inclus directement dans le langage ?

Il est clair qu’à partir de là, nous avions intrinsèquement conscience qu'il fallait que le langage évolue, car Visual Basic 6.0 sur certains points, ne nous a pas facilité le travail. Et son évolution naturelle c’est la programmation Orienté Objet. Ca y est le fauve est lâché.

Mais si Visual Basic .NET a évolué dans ce sens et présente de nombreuses différences avec son grand frère, c’est pour tirer profit des énormes possibilités de la plate-forme .NET, au même titre qu’il a évolué en son temps vers les ActiveX pour tirer profit de COM qui entre nous est plus compliqué a maîtriser.

Revenons à nos objectifs de départ et comparons les différentes techniques entre Visual Basic 6.00 et Visual Basic .NET

                                     VB6                    VB.NET
Décomposition                 Sub/Function        Sub/Function
Modularité                       ActiveX               Objet
Abstraction                      Interface             Class abstraite/Interface
Masquage de données       Public/Private       Public/Private/Protected
Encapsulation de données Class                  Class
Héritage                          (Non)Astuce         Oui
                                      d’héritage
                                     par agrégation
Polymorphisme                 Implements          Implements/Inherit
Constructeur                    Initialize               New()
Destructeur                      Terminate            Finalize
Surcharge                        Via paramètre       Oui
                                      optional
Substitution de méthode    Non                     Oui
Sous classe                      Non                     Oui
Fonction de rappel            Oui                       Oui (Delegate)

Evénement                       Event                   Event

Même si l’apprentissage de la programmation orientée objet ne se fait pas en 1 jour, on peut s’apercevoir qu’il y a certains concepts que vous avez déjà utilisés et qui faciliteront sans doute la transition à Visual Basic .NET. Essayez et vous verrez, mais ne laissez personne décider à votre place ce qui est bon ou mauvais.

Bien évidement, il y aura sans doute dans un premier temps quelques grincements de dents dû au faite que c'est quand même nouveau. Mais comme avec toute les nouvelles technologies, il y a une phase d'apprentissage et du travail en perspectives, mais c’est ce qui rend notre métier intéressant et passionnant non ?

Si vous souhaitez en savoir plus, ou vous faire une idée par vous même, venez me rencontrer sur les Tours Visual Basic.

(La première aura lieu courant novembre à Lyon)

A bientôt

Eric

Nouveautés dans le NameSpace System.Reflection du Framework 2.0

Eric Vernie — Fri, 24 Sep 2004 10:36:00 GMT

Bonjour à tous,

Vous n’êtes pas sans savoir, que la librairie System.Reflection, permet de déchiffrer la structure d’une Assembly .

Constituée de Tables de Meta-Données. (Je ne vais pas m’étendre sur le sujet aujourd’hui, mais si vous souhaitez une explication plus détaillée, n’hésitez pas à me le faire savoir par retour de courrier ;-)), ces tables décrivent, les Classes, les méthodes et leurs signatures, les données membres, etc …

La « reflection» lit ces tables et nous les formate sous forme d’objet, de type MethodInfo, MemberInfo, TypeInfo etc.

Bien que très pratique, cela reste néanmoins limité. En effet, une assembly n’est pas constituée que de Méta Données, elle est également constituée et pour cause de Byte Code MSIL (Microsoft Intermediate Language), qui est analysé et compilé à la volé par le Just In time Compiler.

Dans la version actuel du Framework .Net il n’est pas possible de lire directement ces bytes code, il faut passer par du code Natif (Non .NET) ou éventuellement lire en binaire l’assembly. (C’est ce que je me suis employé à faire depuis quelque temps, mais par manque de temps je n’arrive pas à finir).

Vla t’y pas que les petits gars de Redmond, on étendue dans la Version 2.0 du FX la « reflection » en y ajoutant une classe MethodBody qui décrit le corps d’une méthode

Cette classe à une méthode bien pratique GetILAsByteArray() qui comme sont nom l’indique retourne un tableau de bytes.

(Ca commence à devenir sympathique et on va pouvoir développer tout plein d’outil sympa autour de ça. Des outils de tests, de monitoring, etc..)

J’ai donc commencé à porter mon outil d’analyse de Code IL, en prenant en compte cette nouvelle méthode.

En autre mon outil fait ce que fait ILDASM, c'est-à-dire qu’en fonction d’un byte code, j’affiche une chaîne en claire. (Exemple, un appel de méthode non virtuelle, est codé 28 en byte j’affiche donc la chaîne call.

Mais un appel de méthode, n’est pas constitué que du byte 28, il est constitué également d’un Jeton représentant un index sur la table des méta-données des méthodes de l’assembly. Par

Exemple : 28 0A0000F

Mauvaise nouvelle il n’y a rien dans le framework 2.0 actuellement qui permettrai de retrouver facilement l’information.

Il faut faire appel à des APIS non .NET (documentées ici C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Tool Developers Guide\docs\Metadata Unmanaged API.doc)

Je suis donc en train de développer une assembly .NET qui encapsulera ces APIS.

Pour ceux que cela intéresse faite le moi savoir par retour de courrier. Je posterai le code source.

A+

Eric

Disclaimer Standard

Eric Vernie — Fri, 17 Sep 2004 09:30:00 GMT

Comme tous mes petits copains de MS, je me dois de vous avertir que tout ce que vous lirez sur ce blog n’est que pur fiction, et ne peut en aucun cas impliquer Microsoft. Gardez donc à l’esprit que :

Ce message est fourni en l’état, sans garantie d’aucune sorte, et ne vous confère aucun droit. Vous assumez tous les risques liés à son utilisation.
- This posting (and all other posts on this blog) is provided "AS IS" with no warranties, and confers no rights.
- Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm

Eric

Bonjour à tous

Eric Vernie — Fri, 17 Sep 2004 09:26:00 GMT

La tradition veut que nous nous présentions, alors allons-y pour ceux que cela intéresse.

Je m’appel Eric Vernié, je travaille chez Microsoft au sein d’une équipe qui s’occupe essentiellement de développement autour du Framework .NET.

Pour certain, vous avez dû nous rencontrer sur le Tour DevDays.

Voila c’est fait, mon blog est officiellement ouvert, alors on reste en contact pour de nouvelles aventures palpitantes ;-)

Eric