dotNETportal.cz

Ahojte priatelia,

poprosil by som o pomoc alebo nasmerovanie k tomuto problému.

Mám materskú aplikáciu(tiež moja aplikácia), ktorá vyhladá moju dll, načíta assembly nájde triedu daného typu a vytvorí jej inštanciu. Toto funguje výborne. Problém nastáva vtedy, keď chcem urobiť v tejto dll zmenu. Napríklad v danej dll zmením názov nejakej premennej. Scompilujem projekt a novú dll so zmenou nakopírujem na miesto, kde bola dll bez zmeny(prepíšem ju). Materská aplikácia stále beží. Dokážem znovu načítať upravenú dll tak, aby som nemusel reštartovat materskú aplikáciu?

Za odpovede ďakujem.

Musíte zrušit odkazy na danou Assembly a opětovně je načíst. Pokud se držíte stálého interfacu nebo alespoň nemění jména metod pro komunikaci, neměl by v tom být problém.

Popřípadě verzujte sestavení jménem souboru (MojeAssembly_1.0.0.0.dll atp) - tím vyřešíte nutnost restartovat aplikaci kvůli uvolnění souboru.

Zmene nazvu dll sa chcem práve vyhnúť. Skúšal som si naprogramovať modelovú situáciu a pri spustenej materskej aplikácií sa nedá DLL vôbec prepísať. Systém vyhodí hlášku "Položka xyz.dll sa nedá presunúť: Súbor so zadaným názvom už existuje. Zadajte iný názov súboru." Akoby materská aplikácia zablokovala prácu s dll kým je načítaná v pamäti. Akonáhle materskú aplikáciu vypnem dá sa s dll normálne pracovať - dá sa prepísať. Nedá sa v materskej aplikácií povedať aby dll uvolnila?

Prišiel som na to, že to je pekný problém a vyžaduje celkom obsiahle riešenie. .NET totiž nepodporuje nič také ako assembly.unload

Pekný článok je o tom na codeproject-e

http://www.codeproject.com/KB/cs/dynamic...

Určite máte pravdu. Prešiel som pár článkov na internete a všade doporučujú tento postup. Ibaže vytvorenie takej aplikácie vypadá byť pekný oriešok - skoro na dizertačku.

Rozhodně to není tak složité jak si myslíte. Uvedu co nejjednodušší příklad.

První konzolová aplikace (C:\ConsoleApplication1.exe), bude simulovat DLL pluginu:

Module Module1
  Sub Main()
  End Sub
End Module

Public Interface ITest
  Sub DoSomething()
End Interface

<Serializable()> _
Public Class Test
  Implements ITest
  Public Sub DoSomething() Implements ITest.DoSomething
    MsgBox("OK")
  End Sub
End Class

Druhá konzolová aplikace (C:\ConsoleApplication2.exe), bude simulovat hostitelskou aplikaci:

Module Module1
  Sub Main()
  'Vytvoření nové aplikační domény
  Dim newDomain = AppDomain.CreateDomain("Nová aplikační doména")
  'Načtení instance pluginu do nové aplikační domény
  Dim test = DirectCast(newDomain.CreateInstanceFromAndUnwrap("C:\ConsoleApplication1.exe", "ConsoleApplication1.Test"), ITest)
  test.DoSomething()
  'Uvolnění aplikační domény
  newDomain.Unload()
  End Sub
End Module

Public Interface ITest
  Sub DoSomething()
End Interface

Příklad je zjednodušen, ve skutečnosti by rozhraní bylo v samostatné Assembly, na kterou by měly referenci jak hostitelská aplikace, tak pluginy. Také pokud by se typy v pluginech odvozené od ITest jmenovaly jinak než ConsoleApplication1.Test, bylo by nutné zjistit jejich názvy pomocí Reflection což také není příliš složité.

Ďakujem za ilustračný príklad. Skúsim sa s tým pohrať.