.NET Framework 4.6.2 Support?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- csharp
- Área
- build-system
Línea de trabajo
Revisa la configuración de compilación y empaquetado del proyecto para encontrar los frameworks de destino existentes, incluido netstandard2.0. Añade net462 como destino si la estructura del proyecto lo admite y, a continuación, verifica que la biblioteca se compile y se empaquete para ese framework sin requerir los ensamblados adicionales descritos en el issue.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
I noticed that as of v1.4.0 support for .NET 4.5 Framework has been dropped in favor of .NET 6. This has also been mentioned on issue #804, and the accepted solution was the fact that .NET 4.8 is supported through the netstandard2.0 target.
However, when it comes to older frameworks such as .NET 4.6.1/4.6.2, even though they do support .NET Standard 2.0, when compiling a project that references netstandard libraries, it generates an additional 96 assemblies it the build output, which is quite annoying.
Because of that, many nuget packages also provide a net461 or net462 target, that allows them to be referenced without producing those additional assemblies. No code changes are required, since all the NETStandard APIs are present in those frameworks.
Therefore I would like to request that framework to be included as a build target in this project. Since .NET 4.6.1 has recently come to end of support, maybe you could add net462 as a target to this library.
Anyway, thanks for your attention.
- Lenguaje dominante
- C#
- Estrellas
- 3.9k
- Forks
- 1k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de icsharpcode/SharpZipLib
-
*no response* bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
icsharpcode/SharpZipLib#905 · 1 comentario ·
-
bug bzip2
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
icsharpcode/SharpZipLib#904 ·
-
SetLevel in ZipFile Abiertoenhancement zip
Dificultad 2/5 1-2 días Aptitud para principiantes 55/100
icsharpcode/SharpZipLib#903 ·
-
*no response* bug
Dificultad 4/5 3-5 días Aptitud para principiantes 32/100
icsharpcode/SharpZipLib#901 · 1 comentario ·
-
*no response* bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
icsharpcode/SharpZipLib#894 · 1 comentario ·
Todos los issues de icsharpcode/SharpZipLib
Issues similares
-
core dependencies
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
-
bug frontend good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
unoplatform/uno#24629 ·
-
agentic-workflows Needs: Triage :mag: State: In-PR
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Down / Waiting for removal
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100