Rozszerzalna architektura
Rozszerzalna architektura - Zagadnienia: Interfejsy Odkrywanie Komunikacja
Rozszerzalna architektura MAF (System.AddIn-s).NET v.3.5. Izolacja (odddzielna AppDomain), stosunkowo ciężki MEF.Net 4.0 Discovery, obsługa metadanych, opóźniona kreacja IOC/DI Containers Decoupling, testowanie, scentralizowana rejestracja,
MAF – System-addin Odkrywanie (odkrywanie pluginow w czasie dzialania) Aktywacja Wersjonowanie Izolacja (oddzielny AppDomain/proces) Zarządzanie czasem życia Piaskownica – (możliwośc okreslenia zestawu uprawnień) wyładowywanie – (w rune-time)
MAF – System-addin System.AddIn System.AddIn.Contract Klasy z System.AddIn.Hosting: AddInController, AddInEnvironment, AddInProcess,, AddInStore, AddInToken, InvalidPipelineStoreException, AddInSegmentDirectoryNotFoundException Źródła: MSDN
MAF – architektura
MAF – kalkulator WPF Plugin: Visual Studio Pipeline Builder
MAF – WPF calculator [System.AddIn.Pipeline.AddInContract] public interface ICalculatorContract : IContract { IListContract GetOperations(); double Operate(IOperationContract op, double[] operands); string GetName(); }
MAF – System-addin AddInStore.Rebuild(path); IList tokens = AddInStore.FindAddIns(typeof(Calculator), path); foreach (AddInToken token in tokens) { addins.Add(token.Activate ( AddInSecurityLevel.Internet) ); } addins[i]. Operate(...);
MAF – pipeline builder - nazwy [assembly:PipelineHints.SegmentAssemblyName(PipelineHint s.PipelineSegment.HostView, "MyApplica PipelineHints.PipelineSegment.HostView, PipelineHints.PipelineSegment.AddInView, PipelineHints.PipelineSegment.HostSideAdapter, PipelineHints.PipelineSegment.AddInSideAdapter
MEF DI Atrybuty Discovery Brak izolacji
MEF - koncepcja
MEF - architektura
MEF – Podstawowe pojęcia Export Export dla typu/funkcji/pól Wymuszony typ: Export(typeof(Ixxx)) Nazwany kontrakt: Export("name",typeof(Ixxx)) Export nie jest dziedziczony – można użyć InheritedExport Import Dla typu określonego w kodzie Import określonego typu/kontraktu
MEF – Zalecane praktyki Imort/Eksport Interfejsów zamiast konkretnych typow Stałe jako nazwy kontraktow stale/i kontrakty w oddzielnych assembly
MEF – rozwiązywanie zależności Pola imporowane są inicjowane po konstruktorze stąd nie mozna ich uzyc w konstruktorze Rozwiazanie: ImportingConstructor na konstruktorze (ciagle potrzbne import na parametrach) Przy konstruktorze - eksportowane klasy/interfejsy musza byc publiczne
MEF – export/import [Export] public class SomeComposablePart {... } public class MessageSender { [Export(typeof(Action ))] public void Send(string message) {Console.WriteLine(message); } } public class Configuration { [Export("Timeout")] public int Timeout { get { return int.Parse( ConfigurationManager.AppSettings["Timeout"]); } } }
MEF – export/import class Program { [Import] public IMessageSender MessageSender { get; set; } } class Program { [ImportingConstructor] public Program(IMessageSender messageSender) {... } } class Program { [Import] private IMessageSender _messageSender; }
MEF – tworzenie obiektu var catalog = new AssemblyCatalog(System.Reflection.Assembly.GetExecutingAssembly()); var container = new CompositionContainer(catalog); container.ComposeParts(this);
MEF – liczebność (cardinality) 1 – domyślne podejście 0..1 [Import(AllowDefault=True)], 0..* [ImportMany] -> zwraca IEnumerable
MEF – nieobligatoryjny import [Export] public class OrderController { private ILogger _logger; [ImportingConstructor] public OrderController([Import(AllowDefault=true)] ILogger logger) { if(logger == null) logger = new DefaultLogger(); _logger = logger; } }
MEF – import kolekcji public class Notifier { [ImportMany(AllowRecomposition=true)] public IEnumerable Senders {get; set;} public void Notify(string message) { foreach(IMessageSender sender in Senders) { sender.Send(message); } } }
MEF – opóźniony import Pozwala nie tworzyc nieużywanych (jeszcze?) obiektów GetGetExport<>(), GetExports(), GetExports<>() Zwracają: Lazy Value IsValueCreated Meadata
MEF – opóźniony import [Export] public class HttpServerHealthMonitor { [Import] public Lazy Sender { get; set; }
MEF – metadane Mogą zostać odczytane I przetworzone przed utworzeniem obiektu Metadane -> ExportMetada Dictionary Silnie typowane, oparte o interfejsy Metadane można wykorzystać np do wyświelenia informacji o nieutworzonych obiektach Podjęcia decyzji czy tworzyć dane obiekty
MEF – filtrowanie var catalog = new AssemblyCatalog(typeof(Program).Assembly); var parent = new CompositionContainer(catalog); var filteredCat = new FilteredCatalog(catalog, def => def.Metadata.ContainsKey("scope") && def.Metadata["scope"].ToString() == "webrequest"); var perRequest = new CompositionContainer( filteredCat, parent); var controller = perRequest.GetExportedObject (); perRequest.Dispose();
MEF – rekompozycja Możliwa jest zmiana skomponowanych obiektów w rune-time. Nie dziala to przy wstrzykiwaniu przez konstruktor Wymaga zezwolenia Import(RecompositionAllowed=true) Można miejscowo zablokowac przez SatisfyImportOnce...
MEF – czas życia Shared = singleton Release – uwalnianie elementu var batchProcessorExport = container.GetExport (); var batchProcessor = batchProcessorExport.Value; batchProcessor.Process(); container.ReleaseExport(batchProcessorExport);
MEF – kompozycja kontenerów
MEF – diagnostyka
Command window: The mefx Command-Line Analysis Tool
MEF – Typowe problemy Liczebność skojarzeń (cardinality) Katalogi, maska, ignorowanie części Niedopasowanie kontraktów – zbyt ogólne/szegółowe Brak eksportów Warto wlaczyc tracing w konf. (std..NET)