Predavatelji: Jack Gudenkauf, Architect, Microsoft; Jesse Kaplan, Program Manager, Microsoft; Thomas Quinn
Šlo je za interaktivno predavanje, kjer so predavatelji v glavnem odgovarjali na vprašanja, tako da sem izvedel še nekaj novosti:
- Arhitektura je zasnovana tako, da o v prihodnje lahko gostitelj napisan v eni verzijo .NETFX, add-in pa v drugi
- Če hočemo odstraniti add-in iz pomnilnika (odnaložiti), mora biti v drugi appdomeni (appdomain). Tudi na splošno priporočajo (tudi zaradi varnosti), da je vsak add-in v svoji appdomeni. Nekje do 2000-4000 appdomen je še sprejemljivo.
- Tehnologijo že uporabljajo v VSTO (Visual Studio Tools for Office) in VSTA (Visual Studio Tools for Applications), uporabljala pa ga bo tudi naslednja verzija VS.
- Za namestitev lahko uporabimo tudi ClickOnce.
- Če želimo npr. add-inu izpostaviti svoj toolbar ali menu to storimo preko objektnega modela (npr. metode AddToolbarButton, AddIcon, DoThisWhenUserClicksTheButton).
- Prikaz UI-je add-in-a v gostitelju dela bolje, če je narejen z WPF
- Imeti Out-of-process add-in je bolj varno in zanesljivo, pa tudi bolj počasi.
- Add-in lahko najprej teče in-process in ga lahko šele naslednjič naložimo out-of-process
- Do metapodatkov add-ina imamo dostop ne, da bi sam add-in sploh naložili. Tako lahko preverjamo ali ga sploh želimo naložiti.
Sytem.AddIn.Pipeline.QualificationData
- Imeti “put-of-process” add-in je bolj varno in zanesljivo, pa tudi bolj počasi.
- Add-in lahko najprej teče “in-process” in ga šele kasneje, če nam dela probleme naložimo “out-of-process”
Povezave:
