Pack de code API Windows: où est-il? [fermé]


105

Pourquoi lui-même et les preuves de son existence ont-ils été supprimés?

Il y a seulement six mois, il a été promu sur channel9 comme quelque chose qui devrait être dans le pack de tout le monde - aujourd'hui, l' archive Microsoft est «retirée» et garde totalement le silence que le pack de code API ait jamais existé.


7
Peut - être que cela est également intéressant.
Christian.K

Réponses:


64

Je ne peux pas répondre à la question de savoir pourquoi , ni ne souhaite spéculer (peut-être que quelqu'un d'autre plus proche du problème peut nous dire ce qui s'est passé), mais heureusement, ce n'est pas complètement parti. Il semble que les binaires aient été remis en ligne sur NuGet par d'autres développeurs, mais notez qu'aucun des packages n'est officiel de Microsoft.

Les paquets suivants ont été téléchargés par l' utilisateur NuGet aybe :

Comme d'habitude, pour les installer:

Install-Package WindowsAPICodePack-Core
Install-Package WindowsAPICodePack-ExtendedLinguisticServices
Install-Package WindowsAPICodePack-Sensors
Install-Package WindowsAPICodePack-Shell
Install-Package WindowsAPICodePack-ShellExtensions

2
Il existe un certain nombre de packages similaires sur NuGet créés par différentes personnes. Il est évident qu'aucun de ces packages n'est «officiel» et aucun d'entre eux n'est répertorié dans le flux «Microsoft et .NET».
Martin

1
Quelqu'un peut-il dire avec certitude que ces packages sont les mêmes que ceux qui étaient disponibles directement auprès de Microsoft?
Chris

10
Il existe maintenant un «Microsoft.WindowsAPICodePack-Core» de Microsoft.
DefenestrationDay

3
@DefenestrationDay: En supposant que vous parlez de celui-ci , c'est celui auquel je me suis lié à l'origine, et ce n'est pas de Microsoft, c'est de quelqu'un qui avait des copies de seulement deux des packages et pas de tout.
BoltClock

Bien que ce ne soit pas de Microsoft, il est rassurant que le package Nuget d' aybe soit un téléchargement de code source , pas un binaire. Par exemple, pour les boîtes de dialogue de fichiers courantes, vous pouvez le créer vous-même et suivre les appels pour voir que le travail réel est effectué via les dll intégrées .NET ("shell32.dll", etc.) Voir ShellNativeMethods.csles DllImportdéfinitions.
ToolmakerSteve



3

Voici le lien (ou ce lien) vers Windows API CodePack 1.1 d'origine.


Oh, je me suis souvenu qu'il y avait un bogue dans le fichier "Windows API Code Pack 1.1 \ source \ WindowsAPICodePack \ Core \ Interop \ TaskDialogs \ TaskDialogNativeMethods.cs". Vous devez permuter les lignes suivantes: "mainIcon = i;" et "spacer = IntPtr.Zero;". Ainsi, l'ordre est: "spacer = IntPtr.Zero;" puis "mainIcon = i;".
JohnyL

Je viens de le vérifier - cela fonctionne. Je n'ai pas déplacé ce fichier, il est donc à sa place.
JohnyL

Désolé, mon pote, mais j'ai vérifié le fichier - il est à sa place et le lien fonctionne. Google Drive fonctionne-t-il pour vous?
JohnyL

Qui a voté contre - un peu d'explication?
JohnyL

1
Peut-être parce qu'il s'agit de liens vers des fichiers EXE hébergés en privé. 1) Certaines personnes ne font pas confiance aux fichiers exe provenant de sources non officielles (même s'ils sont signés). 2) Cette réponse a une durée de vie de l'abonnement à ces hôtes. Peut-être d'autres raisons ...
Martin Schneider

2

Les liens d'origine sont morts, mais un employé de Microsoft a téléchargé le codepack d'origine v1.1 sur nuget. Recherchez winapicp sur nuget ou utilisez ce lien: Windows API Code Pack pour Microsoft .NET Framework


1
Qu'est-ce qui vous fait croire que c'était un employé de Microsoft?
springy76

Parce que dans le forum hébergé par MS, cela a été marqué comme la réponse par le modérateur, qui est lui-même un employé de MS social.msdn.microsoft.com/Forums/windowsdesktop/en-US
...

6
@ user3082079 simplement parce qu'il est marqué comme réponse par un employé MS ne signifie pas que le package est officiellement publié par un employé MS. Même s'il / elle est, il n'y a aucune garantie à terme que sa publication officielle par MS. Notez qu'un employé MS ne représente pas MS pour tout le travail qu'il publie. Le projet MS Moon light permet aux employés de publier leur propre travail qui n'est pas sous le nom de MS.
Steve le

Notez rapidement que ce package ne contient pas de PDB.
i_saw_drones

0

On dirait que quelqu'un l'a également publié sur CodePlex .


1
Ce n'est pas tout le pack, juste quelques extensions contrib.
kjbartel

1
Il me semble avoir toutes les bibliothèques de base sans les échantillons et les tests
Filip Skakun

Vous avez raison, il contient en fait le pack lui-même contrairement à ce que la description vous ferait croire. Il ne s'agit que de la version 1.0, il manque donc certaines choses.
kjbartel

1
Veuillez ne pas utiliser ce projet car il est vraiment obsolète (il s'agit essentiellement de vanilla 1.0, comme l'a correctement souligné kjbartel).
Dmitry Shechtman

1
Petite correction: c'est 1.0 plus les contributions comme indiqué dans la description.
Dmitry Shechtman
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.