Quand #si WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_DESKTOP) dans dxvahd.h Microsoft fichier d'en-tête de devenir un véritable

Salut, je vais avoir 2 VC++ solutions "A" & "B" (VS2008) et l'autre ont la même base de code (avec juste quelques lignes de code différent). À l'aide de DXVAHD.h dans les deux.

dxvahd.h est un standard de Microsoft fichier d'en-tête. Si l'on ouvre ce fichier d'en-tête, nous le voyons, il est une condition si
"#if WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_DESKTOP)"

Je vois que dans VC++ solution "A", le conditionnel #si la déclaration
est fausse, donc l'ensemble de la dxvahd en-tête de fichier est grisé & n'est pas
même compilé!!

Alors que dans une autre solution, "B", cette condition #si est vrai,donc pas de questions & son travail très bien.

Quelqu'un peut-il bien vouloir me faire savoir comment puis-je résoudre ce problème dans la solution "A", dans lequel le numéro ci-dessus s'est prise en grisé /pas de compilation. Svp aidez-moi.

Merci d'avance.

OriginalL'auteur codeLover | 2013-03-08

  1. 8

    Regardant winapifamily.h, vous pouvez voir que ces macros sont utilisées pour déterminer la plate-forme que vous avez et ce que les API sont adapté pour votre plate-forme.

    /*
 *  Windows APIs can be placed in a partition represented by one of the below bits.   The 
 *  WINAPI_FAMILY value determines which partitions are available to the client code.
 */

#define WINAPI_PARTITION_DESKTOP   0x00000001
#define WINAPI_PARTITION_APP       0x00000002    

/*
 * A family may be defined as the union of multiple families. WINAPI_FAMILY should be set
 * to one of these values.
 */
#define WINAPI_FAMILY_APP          WINAPI_PARTITION_APP
#define WINAPI_FAMILY_DESKTOP_APP  (WINAPI_PARTITION_DESKTOP | WINAPI_PARTITION_APP)    

/*
 * A constant that specifies which code is available to the program's target runtime platform.
 * By default we use the 'desktop app' family which places no restrictions on the API surface. 
 * To restrict the API surface to just the App API surface, define WINAPI_FAMILY to WINAPI_FAMILY_APP.
 */
#ifndef WINAPI_FAMILY
#define WINAPI_FAMILY WINAPI_FAMILY_DESKTOP_APP
#endif

/* Macro to determine if a partition is enabled */
#define WINAPI_FAMILY_PARTITION(Partition)  ((WINAPI_FAMILY & Partition) == Partition)

/* Macro to determine if only one partition is enabled from a set */
#define WINAPI_FAMILY_ONE_PARTITION(PartitionSet, Partition) ((WINAPI_FAMILY & PartitionSet) == Partition)

    De sorte que votre WINAPI_PARTITION_DESKTOP serait que si vous êtes en cours d'exécution sur un ordinateur de Bureau à la famille de le le système.

    Mais les deux solutions "A" & "B" sont compilés & exécuter sur le même système,le même OS,même plate-forme. Je suis vraiment demandais si il peut y avoir de paramètres dans VS2008, qui est à l'origine de la différence dans les 2 solutions.
    Autant que je sache, c'est pour les applications Metro vs les applications de Bureau, la dernière fois que j'ai vérifié, le Métro n'était pas pris en charge dans VS2008. Suis-je tort?
    L'exécution des deux solutions sur le bureau Win7 & ils sont à la fois des applications de bureau.
    si l'API ne sont pas pris en charge ou une partie de VS2008, alors il ne fonctionnera pas. Si il n'y a pas d'en-tête de n'importe où dans la bibliothèque qui définit aucune de ces choses, alors il apparaîtra comme non défini. Pour la Métro en charge, vous devez être dans VS2010 minime, je le soupçonne. Il peut même exiger 2012
    Merci beaucoup pour cette info utile. 🙂

    OriginalL'auteur Tony The Lion

  2. 0

    WINAPI_FAMILY est également définie selon l'objectif de la version Windows.

    Voir cette discussion et le lien blog de la série.

    En particulier, si vous n'êtes pas à l'écriture d'une "App" (>= Win 8). alors:

    Préfèrent l'utilisation de la norme _WIN32_WINNT Windows Définit pour la sélection
    la bonne API Win32 (c'est à dire beaucoup de Win32 Api requises pour l'utilisation dans
    Les applications du Windows Store sont les Vista (0x0600), Windows 7 (0x0601), ou
    Windows 8 (0x0602) version.

    Vous pouvez utiliser WINVER ou _WIN32_WINNT.

    OriginalL'auteur Nick Westgate