DLL helvetti

DLL-helvetti (DLL-painajainen, kirjaimellisesti: DLL -helvetti) on umpikuja, joka liittyy dynaamisten DLL -tiedostojen hallintaan Microsoft Windows -käyttöjärjestelmässä .

Samanlainen ongelma muissa käyttöjärjestelmissä on nimeltään riippuvuushelvetti .

Ongelman ydin on tiettyjä toimintoja tukevien DLL-versioiden ristiriita. DLL-helvetti  on esimerkki huonosta ohjelmointikonseptista, joka, kuten piilotettu kaivos, johtaa jyrkästi järjestelmän monimutkaisuuteen ja parantamiseen.

Ongelman kuvaus

Alkuperäisen idean mukaan DLL-tiedostojen tulee olla yhteensopivia versiosta toiseen ja vaihdettavissa molempiin suuntiin.

DLL-mekanismin toteutus on sellainen, että yhteensopimattomuudesta ja ei-vaihtokelpoisuudesta tulee pikemminkin sääntö kuin poikkeus, mikä johtaa moniin ongelmiin.

• DLL-tiedostojen nimien, versioiden ja sijainnin standardien puute tiedostorakenteessa tarkoittaa, että yhteensopimattomat DLL-tiedostot voivat helposti korvata tai poistaa toisensa käytöstä.
• Asennusmenettelyn standardin puute johtaa siihen, että uusien ohjelmien asentaminen johtaa toimivien DLL-tiedostojen korvaamiseen yhteensopimattomilla versioilla.
• Koska linkittäjät ja suojausmekanismit eivät tue DLL-tiedostoja, yhteensopimattomilla DLL-tiedostoilla voi olla sama nimi ja versio.
• Käyttäjille ja järjestelmänvalvojille ei ole olemassa vakiotyökaluja DLL-järjestelmän tunnistamiseen ja hallintaan.
• Erillisten DLL-tiedostojen käyttäminen tehtävien väliseen viestintään johtaa epävakauteen monimutkaisissa sovelluksissa.

Ristiriitojen välttämiseksi on yleistä käyttää useita redundantteja DLL-kopioita jokaisessa sovelluksessa, mikä kumoaa alkuperäisen idean hyödyntää DLL-tiedostoja vakiomoduuleina, jotka tallennetaan kerran muistiin ja jaetaan monille tehtäville. Lisäksi tällaisella kokemuksella DLL-virheiden korjaamisen tai järjestelmän arkistosta palauttamisen jälkeen erilaisten samannimististen ja samoja toimintoja suorittavien DLL-tiedostojen määrä kasvaa, ja automaattinen version päivitys tai virheenkorjaus tulee mahdottomaksi.

Ongelman historia

Tämä ongelma ilmeni Microsoft Windowsin varhaisissa versioissa .

Mac OS X :n varhaisissa versioissa oli samanlaisia ​​ongelmia , mutta niissä käytettiin eri tekniikoita.

Ongelma toistuu, kun ohjelmaa yritetään ajaa eri DLL:llä, josta se testattiin, mikä osoittaa alkuperäisen virheen yleisessä konseptissa, joka mahdollistaa moduuliversioiden mielivaltaisen korvaamisen.

Toimenpiteet DLL-helvettiä vastaan

Näitä toimenpiteitä suositellaan suoritettavaksi samanaikaisesti parhaiden tulosten saavuttamiseksi:

• laske DLL:stä kutsutun funktion koodin tarkistussumma - vertaa ohjelmaa kirjoitettaessa käytetyn funktion tarkistussummaan.
• Käyttöjärjestelmä tulee yhdistää paketinhallintaan, jotta se pystyy jäljittämään kaikki DLL-riippuvuudet, ja paketinhallinnan käyttöä tulisi rohkaista, ja yksittäistä DLL-asennusta tulisi välttää aina kun mahdollista.
• Keskitetty kirjastojen jakelu.
• Salli saman DLL:n useiden versioiden rinnakkainen käyttö [1] .
• Kun muutat ohjelmistoa yksityiskäyttöön, toimita myös muunnetut versiot DLL:stä.
• DLL:tä suunniteltaessa toimintojen ja versioiden käsite on harkittava huolellisesti.
• DLL-tiedostoja ei saa käyttää tarpeettomasti, ja vain yhteen sovellukseen liittyvät kirjastot tulee linkittää staattisesti (EXE-tiedostoon).

DLL-helvetti motivaationa .NET-projektille

Vuonna 2001 Microsoft määritteli .NET Framework -alijärjestelmän pakettien kehittämiseen ( kokoonpanot : katso tästä ). Tämä alijärjestelmä alkoi tukea yhteistä ajonaikaista kirjastoa liittämällä DLL:n pääsuoritettavaan luokkaan.

Linkit

• DLL Helvetti, sisäinen tarina
• Kuinka välttää DLL-tiedostojen painajainen
• Käyttöönoton yksinkertaistaminen ja DLL-helvetin ratkaiseminen .NET Frameworkin avulla
• .NET ja DLL Helvetti

Katso myös

• vierekkäinen kokoonpano
• Windowsin tiedostojen suojaus
• Windowsin resurssien suojaus
• Linkki
• Dynaaminen linkkikirjasto
• Global Assembly Cache