ASP.NET ha introdotto una novità nell'uso delle DLL, anche note come assemblies.
Nello sviluppo delle nostre applicazioni, possiamo sfruttarle in maniera migliore: sono autodescrittive, non richiedono una registrazione e con le funzionalità di shadow copy offerte dal framework è possibile sostituire l'assembly anche in fase d'esecuzione.
Di norma gli assembly vanno copiati nella directory \bin\ dell'applicazione, o in una sottodirectory (/bin/nomeassembly/assembly.dll).
E' possibile mediante la sezione runtime del web.config cambiare o inserire più di una directory dove il framework, durante la fase di probing, cercherà gli assemblies:
<configuration> <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatePath="bin;bin2;miebin"/> </assemblyBinding> </runtime> </configuration>
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Sfruttare i tag nell'output cache di ASP.NET Core 7
Utilizzare parametri a livello di controller nel routing di ASP.NET Core
Definire la durata dell'output cache in ASP.NET Core 7
Migrare un progetto ASP.NET Core da .NET 6 a .NET 7
Gestire tipi complessi in query string grazie a IParsable in ASP.NET Core 7.0
Gestire dati sensibili nella configurazione in ASP.NET Core
Usare ASP.NET Core dev tunnels per testare le applicazioni su internet
Raggruppare i parametri di una minimal API in un singolo oggetto in ASP.NET Core
Gestire la query string nell'output cache di ASP.NET Core
Sfruttare la local cache del browser tramite gli ETag in ASP.NET Core
Catturare la telemetria degli eventi di output cache in ASP.NET Core
Effettuare il deploy di immagini solo da container registry approvati in Kubernetes