TechDays 2008: Nouveautés Visual C++ 2008

On peut dire que cette release améliore notablement le comportement de l'IDE.

Depuis que je l'utilise en production je n'ai plus constaté de gel en ouverture ou fermeture de projet.

Ces blocages étaient provoqués en grande partie par la gestion d'IntelliSense .
Donc ce point de vue c'est une bonne nouvelle l'ide se comporte beaucoup mieux que Visual 2005.

Au niveau C++ pur dans la version commerciale actuelle pas de grandes nouveautés si ce n'est des améliorations côté environnement :

• Le compilateur prend en charge l'architecture dual core pendant la phase de compilation.

• Intégration de la gestion du manifest UAC au niveau du projet

• Possibilité d'activer la redirection de l'écriture au niveau de la base de registres de la clef HKEY_CLASSES_ROOT vers HKEY_CURRENT_USER automatiquement :

• L'option /analyze a été renforcée :
  • Pour rappel, cette option permet de traquer les dépassements de mémoire tampon , le déréférencement du pointeur null , les fuites de mémoire .
    L'autre aspect intéressant est la gestion des annotations permettant d'ajouter des contrôles sur les arguments d'une fonction ou son retour.
  • Exemple : Dans une classe boite de dialogue j'ai une méthode :

 

Cacher/Afficher le codeSélectionnez

1.

BOOL GetApplicationFolder(TCHAR *szPath);

• • Je vais rajouter des spécifications pour indiquer que le retour de ma méthode doit être utilisée et que l'argument szPath ne doit pas être nul.

 

Cacher/Afficher le codeSélectionnez

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

#include <CodeAnalysis\SourceAnnotations.h>
using namespace vc_attributes;
// boîte de dialogue CTestDlg
class CTestDlg : public CDialog
{
// Construction
public:
        CTestDlg(CWnd* pParent = NULL); // constructeur standard

        // Données de boîte de dialogue
        enum { IDD = IDD_TEST_DIALOG };

        protected:
        virtual void DoDataExchange(CDataExchange* pDX);        // Prise en charge de DDX/DDV
[returnvalue:Post( MustCheck=SA_Yes )] BOOL GetApplicationFolder([Pre(Null=No)] TCHAR *szPath);
//................

• • L'implémentation de la méthode :

 

Cacher/Afficher le codeSélectionnez

1.
2.
3.
4.

BOOL CTestDlg::GetApplicationFolder(TCHAR *szPath)
{
return SHGetSpecialFolderPath(NULL,szPath,CSIDL_PROGRAM_FILES ,false);
}

• [returnvalue:Post( MustCheck=SA_Yes )] requiert que l'appelant vérifie la valeur de retour de GetApplicationFolder
• [Pre(Null=No)] requiert que l'appelant passe un paramètre non nul pour l'argument szPath.
• L'utilisation erronée suivante (au sein de la classe):

 

Cacher/Afficher le codeSélectionnez

1.
2.
3.
4.
5.
6.

TCHAR path[MAX_PATH];
GetApplicationFolder(NULL);

// de même que le code suivant provoquera les mêmes warnings...
TCHAR *szPath=NULL;
GetApplicationFolder(szPath);

• • Provoquera les warnings suivants :

warning C6031: Valeur de retour ignorée : 'CTestDlg::GetApplicationFolder'
warning C6309: L'argument '1' est null : ceci n'est pas conforme à la spécification de fonction de 'CTestDlg::GetApplicationFolder'

• • Il existe d'autres options d'annotations pour contrôler les arguments la documentation est disponible sur MSDN.
• Le concepteur de classes est désormais pris en charge pour le code C++ natif en lecture seule uniquement.

Comme je l'ai dit plus haut, coté C++ dans la version actuelle rien de nouveau.

II-A. Coté C++/CLI▲

C++/CLI continue son évolution avec l'intégration d'une STL/CLR, et surtout l'ajout d'une nouvelle classe marshal_as cette classe permet d'écrire des templates pour simplifier l'écriture de code mixte entre C++ et C++/CLI.

Dans sa version initiale elle permet le marshaling entre chaines de caractères pour le monde natif et managé.

les modes de conversion supportés sont les suivants:

 

Cacher/Afficher le codeSélectionnez

1.
2.

    - String^ vers char* / wchar_t* / BSTR / bstr_t / CComBSTR / std::string / std::wstring / CString<char> / CString<wchar_t>  et vice versa<br/>
    - IntPtr vers HANDLE  et vice versa<br/>

Le plus c'est que l'on peut l'étendre pour nos besoins.

Vous trouverez un exemple d'implémentation sur le blog de Nish

Un blog est dédié à son enrichissement à cette adresse : Marshal-As.NET

II-B. Du coté des MFC▲

II-C. Cette mise à jour a eu aussi des effets sur l'environnement▲

Cette version n'est pas une révolution en ce qui concerne le C++ natif mais une évolution des outils avec un éditeur qui se comporte beaucoup mieux que Visual 2005.

Pour les MFC, le pack de mise à jour donne un second souffle aux applications, et vu le niveau de possibilité donné à l'interface cela va peut être donner un regain d'intérêt pour cette plateforme de développement.

Néanmoins j'exprime quelques regrets :

• Quand allons nous enfin pouvoir gérer la couleur et soyons fous un fond pour une forme/dialogue directement dans l'éditeur de ressource ? Il me semble que vu le nombre de modifications apportées à la bibliothèque MFC cette modification n'aurait pas été de trop. Une simple classe dérivée de CFormView ou de CDialog nous aurait suffit…
• Je ne peux m'empêcher de faire la même remarque au niveau des contrôles.
• Sera-t-il possible un jour de proposer des extensions de classe de base ? Il n'est pas interdit de rêver non ? Ca serait vraiment génial, je pense par exemple à la classe CTabCtrl qui est particulièrement imbuvable.
• Coté C++/CLI : Pourquoi ne peut-on pas construire de projet pocket PC avec ce langage ? C'est vraiment dommage, je ne comprends pas ce choix.