Windows API Code Pack: Wo ist es? [geschlossen]

105

Warum wurden sich selbst und die Beweise, die es jemals gab, entfernt?

Noch vor einem halben Jahr wurde es auf Kanal 9 als etwas beworben , das in jedem Paket enthalten sein sollte - heute ist das Microsoft-Archiv "im Ruhestand" und schweigt völlig darüber, dass das API-Codepaket jemals existiert hat.

.net windows-api-code-pack

— springy76
quelle

7

Vielleicht dies ist auch von Interesse.

— Christian.K

63

Ich kann die Frage nach dem Warum nicht beantworten und möchte auch nicht spekulieren (vielleicht kann uns jemand anderes, der näher am Problem ist, sagen, was passiert ist), aber zum Glück ist es nicht vollständig verschwunden. Es sieht so aus, als ob die Binärdateien von anderen Entwicklern erneut auf NuGet hochgeladen wurden. Beachten Sie jedoch, dass keines der Pakete offizielle Pakete von Microsoft sind.

Die folgenden Pakete wurden vom NuGet-Benutzer aybe hochgeladen :

Wie üblich, um sie zu installieren:

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

— BoltClock
quelle

2

Es gibt eine Reihe ähnlicher Pakete auf NuGet, die von verschiedenen Personen erstellt wurden. Offensichtlich handelt es sich bei keinem dieser Pakete um ein "offizielles" Paket, und keines davon ist im Feed "Microsoft und .NET" aufgeführt.

— Martin

1

Kann jemand mit Sicherheit sagen, dass diese Pakete mit denen identisch sind, die früher direkt von Microsoft erhältlich waren?

— Chris

10

Es gibt jetzt einen 'Microsoft.WindowsAPICodePack-Core' von Microsoft.

— DefenestrationDay

3

@DefenestrationDay: Angenommen, Sie sprechen von diesem , dem ich ursprünglich verlinkt habe, und es ist nicht von Microsoft, sondern von jemandem, der zufällig Kopien von nur zwei der Pakete und nicht von allem hat.

— BoltClock

Obwohl nicht von Microsoft, ist es beruhigend, dass das Nuget-Paket von aybe ein Upload von Quellcode ist , keine Binärdatei. Bei allgemeinen Dateidialogen können Sie diese beispielsweise selbst erstellen und die Aufrufe verfolgen, um festzustellen, ob die eigentliche Arbeit über integrierte .NET-DLLs ("shell32.dll" usw.) ausgeführt wird. ShellNativeMethods.csDie DllImportDefinitionen finden Sie unter.

— ToolmakerSteve

14

Jemand hat es auf GitHub hochgeladen .

— Diego Barros
quelle

13

Eine Zip-Datei mit denselben Dateien wie der ursprüngliche ausführbare Selbstextraktor (dh Quelle, Binärdateien und Dokumente) befindet sich hier: https://github.com/jamie-pate/KeepSync/blob/master/contrib/Windows%20API % 20Code% 20Pack% 201.1.zip .

— i_saw_drones
quelle

Dies sollte die richtige Antwort sein. Entpackte und fügte die binären Referenzen hinzu. Arbeiten wie ein Zauber

— Adjit

3

Hier ist der Link (oder dieser Link) zum ursprünglichen Windows API CodePack 1.1.

— JohnyL
quelle

Oh, ich erinnerte mich, dass die Datei "Windows API Code Pack 1.1 \ source \ WindowsAPICodePack \ Core \ Interop \ TaskDialogs \ TaskDialogNativeMethods.cs" einen Fehler enthält. Sie sollten die folgenden Zeilen austauschen: "mainIcon = i;" und "spacer = IntPtr.Zero;". Die Reihenfolge lautet also: "spacer = IntPtr.Zero;" und dann "mainIcon = i;".

— JohnyL

Ich habe es gerade überprüft - es funktioniert. Ich habe diese Datei nicht verschoben, also ist sie an ihrem Platz.

— JohnyL

Entschuldigung, Kumpel, aber ich habe die Datei überprüft - sie befindet sich an ihrem Platz und der Link funktioniert. Funktioniert Google Drive für Sie?

— JohnyL

Wer hat abgewählt - ein bisschen Erklärung?

— JohnyL

1

Möglicherweise, weil dies Links zu privat gehosteten EXE-Dateien sind. 1) Einige Leute vertrauen keinen exe-Dateien aus inoffiziellen Quellen (obwohl sie signiert sind). 2) Diese Antwort hat eine Lebensdauer des Abonnements für diese Hosts. Vielleicht andere Gründe ...

— Martin Schneider

2

Die ursprünglichen Links sind tot, aber ein Microsoft-Mitarbeiter hat das ursprüngliche Codepack der Version 1.1 auf nuget hochgeladen. Suchen Sie bei nuget nach winapicp oder verwenden Sie diesen Link: Windows API Code Pack für Microsoft .NET Framework

— TorstenR
quelle

1

Was lässt Sie glauben, dass es sich um einen Microsoft-Mitarbeiter handelt?

— springy76

Denn innerhalb des von MS gehosteten Forums wurde dies vom Moderator als Antwort markiert, der selbst ein MS-Mitarbeiter ist social.msdn.microsoft.com/Forums/windowsdesktop/en-US/…

— TorstenR

6

@ user3082079 Nur weil es von einem MS-Mitarbeiter als Antwort markiert wurde, bedeutet dies nicht, dass das Paket von einem MS-Mitarbeiter offiziell veröffentlicht wurde. Selbst wenn er / sie es ist, gibt es keine Garantie dafür, dass es offiziell von MS veröffentlicht wird. Beachten Sie, dass ein MS-Mitarbeiter MS nicht für alle von ihm veröffentlichten Arbeiten vertritt. Mit dem MS Moon Light-Projekt können Mitarbeiter ihre eigenen Arbeiten veröffentlichen, die nicht unter dem Namen von MS geführt werden.

— Steve

Beachten Sie, dass dieses Paket keine PDBs enthält.

— i_saw_drones

0

Es scheint, als hätte es auch jemand auf CodePlex gepostet .

— Filip Skakun
quelle

1

Das ist nicht das ganze Paket, nur einige Contrib-Erweiterungen.

— Kjbartel

1

Ich denke, alle Kernbibliotheken haben keine Beispiele und Tests

— Filip Skakun

Sie haben Recht, es enthält tatsächlich die Packung selbst, die der Beschreibung widerspricht. Es ist jedoch nur Version 1.0, daher fehlen einige Dinge.

— Kjbartel

1

Bitte verwenden Sie dieses Projekt nicht, da es wirklich veraltet ist (es ist im Grunde Vanille 1.0, wie von kjbartel richtig hervorgehoben).

— Dmitry Shechtman

1

Kleine Korrektur: 1,0 plus die in der Beschreibung angegebenen Beiträge.

— Dmitry Shechtman