Paquete de código de API de Windows: ¿Dónde está? [cerrado]

105

¿Por qué se ha eliminado él mismo y la evidencia de su existencia?

Hace solo medio año se promocionó en channel9 como Algo que debería estar en el paquete de todos ; hoy, Microsoft Archive está "retirado" y mantiene en silencio que el paquete de código API alguna vez existió.

.net windows-api-code-pack

— springy76
fuente

7

Quizás esto también sea de interés.

— Christian.K

64

No puedo responder a la pregunta de por qué , ni deseo especular (tal vez alguien más cercano al tema pueda decirnos qué sucedió), pero afortunadamente no ha desaparecido por completo. Parece que otros desarrolladores han vuelto a cargar los binarios en NuGet, aunque tenga en cuenta que ninguno de los paquetes es oficial de Microsoft.

Los siguientes paquetes fueron cargados por el usuario aybe de NuGet :

Como de costumbre, para instalarlos:

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

— BoltClock
fuente

2

Hay varios paquetes similares en NuGet creados por diferentes personas. Obviamente, ninguno de estos paquetes es "oficial", y ninguno de ellos está incluido en el feed de "Microsoft y .NET".

— Martin

1

¿Alguien puede decir con certeza que estos paquetes son los mismos que solían estar disponibles directamente de Microsoft?

— Chris

10

Ahora existe un 'Microsoft.WindowsAPICodePack-Core' de Microsoft.

— DefenestrationDay

3

@DefenestrationDay: Suponiendo que está hablando de este , ese era el que originalmente me vinculé , y no es de Microsoft, es de alguien que tenía copias de solo dos de los paquetes y no de todo.

— BoltClock

Aunque no es de Microsoft, es tranquilizador que el paquete Nuget de aybe sea una carga de código fuente , no un binario. Por ejemplo, para los cuadros de diálogo de archivos comunes, puede crearlo usted mismo y rastrear las llamadas para ver que el trabajo real se realiza a través de las dlls .NET incorporadas ("shell32.dll", etc.). Consulte ShellNativeMethods.cslas DllImportdefiniciones.

— ToolmakerSteve

14

Alguien lo ha subido a GitHub.

— Diego Barros
fuente

13

Un archivo zip que contiene los mismos archivos que el autoextractor ejecutable original (es decir, la fuente, los binarios y los documentos) se encuentra aquí: https://github.com/jamie-pate/KeepSync/blob/master/contrib/Windows%20API % 20Code% 20Pack% 201.1.zip .

— i_saw_drones
fuente

Esta debería ser la respuesta adecuada. Desempaquetó y agregó las referencias binarias. Trabajando como un encanto

— Adjit

3

Aquí está el enlace (o este enlace) a la API CodePack 1.1 de Windows original.

— JohnyL
fuente

Oh, recordé que hay un error en el archivo "Windows API Code Pack 1.1 \ source \ WindowsAPICodePack \ Core \ Interop \ TaskDialogs \ TaskDialogNativeMethods.cs". Debería intercambiar las siguientes líneas: "mainIcon = i;" y "spacer = IntPtr.Zero;". Entonces, el orden es: "spacer = IntPtr.Zero;" y luego "mainIcon = i;".

— JohnyL

Lo acabo de comprobar, funciona. No moví este archivo, así que está en su lugar.

— JohnyL

Lo siento, amigo, pero he comprobado el archivo; está en su lugar y el enlace funciona. ¿Google Drive funciona para ti?

— JohnyL

Quien votó en contra, ¿un poco de explicación?

— JohnyL

1

Tal vez porque se trata de enlaces a archivos EXE alojados de forma privada. 1) Algunas personas no confían en los archivos exe de fuentes no oficiales (aunque estén firmados). 2) Esta respuesta tiene toda la vida de la suscripción a estos hosts. Quizás otras razones ...

— Martin Schneider

2

Los enlaces originales están muertos, pero un empleado de Microsoft ha subido el paquete de códigos original v1.1 a nuget. Busque winapicp en nuget, o utilice este enlace: Paquete de código de API de Windows para Microsoft .NET Framework

— TorstenR
fuente

1

¿Qué te hace creer que fue un empleado de Microsoft?

— springy76

Porque dentro del foro alojado en MS esto fue marcado como la respuesta por el moderador, quien a su vez ES un empleado de MS social.msdn.microsoft.com/Forums/windowsdesktop/en-US/…

— TorstenR

6

@ user3082079 solo porque esté marcado como una respuesta por un empleado de MS no significa que el paquete sea publicado oficialmente por un empleado de MS. Incluso si lo está, no hay garantía de plazo de que MS lo publique oficialmente. Tenga en cuenta que un empleado de MS no representa a MS por todo el trabajo que publica. El proyecto MS Moon Light permite a los empleados publicar su propio trabajo que no está bajo el nombre de MS.

— Steve

Tenga en cuenta que este paquete no contiene PDB.

— i_saw_drones

0

Parece que alguien también lo publicó en CodePlex .

— Filip Skakun
fuente

1

Ese no es todo el paquete, solo algunas extensiones contrib.

— kjbartel

1

Me parece que tengo todas las bibliotecas centrales sin las muestras y las pruebas

— Filip Skakun

Tienes razón, en realidad contiene el paquete, contrario a lo que la descripción te haría creer. Sin embargo, es solo la versión 1.0, por lo que le faltan algunas cosas.

— kjbartel

1

Por favor, no use ese proyecto ya que está realmente desactualizado (es básicamente vainilla 1.0, como lo señaló correctamente kjbartel).

— Dmitry Shechtman

1

Pequeña corrección: es 1.0 más las contribuciones como se indica en la descripción.

— Dmitry Shechtman