icsharpcode/ILSpy

How to deal with assembly binding redirects?

Open

#1.508 geöffnet am 4. Mai 2019

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)C# (3.645 Forks)batch import
EnhancementHelp Wanted

Repository-Metriken

Stars
 (25.162 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 15T 22h) (61 gemergte PRs in 30 T)

Beschreibung

Larger applications consisting of multiple assemblies these days usually have binding redirects in place. As far as I can tell this leads to ILSpy not being able to resolve references (or sometimes pulling in duplicate assemblies with different versions from the GAC) and generally a lower quality of the decompiled code.

Am I missing anything in how to deal with assembly-setups requiring binding redirects? Otherwise I think its time to consider this as a new feature, going forward with nuget based packaging I think redirected bindings will become much more common than they were in the past.

Contributor Guide

Research-Richtung
Erforschen Sie, wie ILSpy derzeit Assemblys auflöst, und entwerfen Sie eine Methode zum Lesen von Assembly Bindungsumleitungen aus Konfigurationsdateien (z. B. app.config oder Runtime Konfiguration), um die Genauigkeit der Dekompilierung zu verbessern.
Tech Stack
csharp
Domain
developer experience
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
C#.NETAssembly loading
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65