Pakiet Windows API Code Pack: Gdzie to jest? [Zamknięte]

105

Dlaczego on sam i dowody, które kiedykolwiek istniały, zostały usunięte?

Zaledwie pół roku temu był promowany na channel9 jako coś, co powinno być w pakiecie dla wszystkich - dziś Microsoft Archive jest „na emeryturze” i całkowicie milczy, że pakiet kodu API kiedykolwiek istniał.

.net windows-api-code-pack

— springy76
źródło

7

Może to również jest interesujące.

— Christian.K

64

Nie mogę odpowiedzieć na pytanie, dlaczego , ani nie chcę spekulować (może ktoś bliżej sprawy może nam powiedzieć, co się stało), ale na szczęście nie zniknęło całkowicie. Wygląda na to, że pliki binarne zostały ponownie przesłane do NuGet przez innych programistów, chociaż należy pamiętać, że żaden z pakietów nie jest oficjalnym pakietem firmy Microsoft.

Następujące pakiety zostały przesłane przez użytkownika NuGet aybe :

Jak zwykle, aby je zainstalować:

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

— BoltClock
źródło

2

W NuGet istnieje wiele podobnych pakietów utworzonych przez różne osoby. Oczywiście żaden z tych pakietów nie jest „oficjalnym” i żaden z nich nie jest wymieniony w kanale „Microsoft i .NET”.

— Martin

1

Czy ktoś może z całą pewnością powiedzieć, że te pakiety są takie same, jak te, które były dostępne bezpośrednio od firmy Microsoft?

— Chris,

10

Jest teraz „Microsoft.WindowsAPICodePack-Core” firmy Microsoft.

— DefenestrationDay

3

@DefenestrationDay: Zakładając, że mówisz o tym , to był ten, z którym pierwotnie się łączyłem , i nie pochodzi od Microsoftu, to od kogoś, kto miał kopie tylko dwóch pakietów, a nie wszystkiego.

— BoltClock

Chociaż nie pochodzi od firmy Microsoft, uspokajające jest to, że pakiet Nuget firmy aybe zawiera kod źródłowy , a nie plik binarny. Na przykład, dla dialogów wspólny plików, można to zbudować sobie i śledzić rozmowy, aby zobaczyć, że rzeczywista praca odbywa się za pomocą wbudowanego w .NET DLL ( „shell32.dll”, itd.) Zobacz ShellNativeMethods.csna DllImportdefinicjach.

— ToolmakerSteve

14

Ktoś przesłał go do GitHub.

— Diego Barros
źródło

13

Plik ZIP zawierający te same pliki co oryginalny wykonywalny samorozpakowujący (tj. Źródło, pliki binarne i dokumenty) znajduje się tutaj: https://github.com/jamie-pate/KeepSync/blob/master/contrib/Windows%20API % 20Code% 20Pack% 201.1.zip .

— i_saw_drones
źródło

To powinna być właściwa odpowiedź. Rozpakowano i dodano odniesienia binarne. Praca jak urok

— Adjit

3

Oto link (lub ten link) do oryginalnego Windows API CodePack 1.1.

— JohnyL
źródło

Aha, przypomniałem sobie, że jest błąd w pliku „Windows API Code Pack 1.1 \ source \ WindowsAPICodePack \ Core \ Interop \ TaskDialogs \ TaskDialogNativeMethods.cs”. Powinieneś zamienić następujące wiersze: "mainIcon = i;" i „spacer = IntPtr.Zero;”. Tak więc kolejność jest następująca: "spacer = IntPtr.Zero;" a następnie „mainIcon = i;”.

— JohnyL

Właśnie to sprawdziłem - działa. Nie przeniosłem tego pliku, więc jest na swoim miejscu.

— JohnyL,

Przepraszamy, kolego, ale sprawdziłem plik - jest na swoim miejscu, a link działa. Czy Dysk Google Ci odpowiada?

— JohnyL

Kto głosował przeciw - trochę wyjaśnienia?

— JohnyL

1

Może dlatego, że są to linki do prywatnie hostowanych plików EXE. 1) Niektórzy ludzie nie ufają plikom exe z nieoficjalnych źródeł (nawet jeśli są podpisane). 2) Ta odpowiedź obejmuje cały okres subskrypcji tych hostów. Może z innych powodów ...

— Martin Schneider

2

Oryginalne łącza są martwe, ale pracownik firmy Microsoft przesłał oryginalny pakiet kodowy w wersji 1.1 do nuget. Wyszukaj winapicp w witrynie NuGet lub użyj tego łącza: Pakiet kodu interfejsu API systemu Windows dla Microsoft .NET Framework

— TorstenR
źródło

1

Dlaczego uważasz, że był to pracownik firmy Microsoft?

— springy76

Ponieważ na forum hostowanym przez MS zostało to oznaczone jako odpowiedź przez moderatora, który sam JEST pracownikiem MS social.msdn.microsoft.com/Forums/windowsdesktop/en-US/ ...

— TorstenR

6

@ user3082079 tylko dlatego, że został oznaczony jako odpowiedź przez pracownika MS, nie oznacza, że pakiet został oficjalnie opublikowany przez pracownika MS. Nawet jeśli jest, nie ma gwarancji, że zostanie oficjalnie zwolniony przez MS. Należy pamiętać, że pracownik SM nie reprezentuje firmy MS w odniesieniu do wszystkich prac, które publikuje. Projekt MS Moon light umożliwia pracownikom publikowanie własnych prac, które nie są sygnowane nazwiskiem MS.

— Steve

Zwróć uwagę, że ten pakiet nie zawiera plików PDB.

— i_saw_drones

0

Wygląda na to, że ktoś również opublikował to na CodePlex .

— Filip Skakun
źródło

1

To nie jest cała paczka, tylko niektóre rozszerzenia.

— kjbartel

1

Wygląda na to, że wszystkie podstawowe biblioteki bez próbek i testów

— Filip Skakun

Masz rację, w rzeczywistości zawiera on sam pakiet wbrew temu, co sugerowałby opis. Jest to jednak tylko wersja 1.0, więc brakuje niektórych rzeczy.

— kjbartel

1

Nie używaj tego projektu, ponieważ jest naprawdę przestarzały (jest to w zasadzie wanilia 1.0, jak poprawnie wskazał kjbartel).

— Dmitry Shechtman

1

Mała korekta: to 1,0 plus składki podane w opisie.

— Dmitry Shechtman