ninject (o altro IoC) con ambito attività?

Question

Non sono sicuro che le superfici TPL siano sufficienti perché ciò sia fattibile e, in quanto tale, sentitevi liberi di indicare solo schemi alternativi che funzionano invece. :)

Sto cercando di capire se posso usare Ninject per le dipendenze iniettate da ctor che dovrebbero idealmente essere portate ad una particolare istanza di attività root/genitore.

È in qualche modo simile all'ambito di richiesta di asp.net, ma in questo scenario è un'app di console che sta creando N attività diverse che verranno eseguite in parallelo. Mi chiedo se ci sia la possibilità di far eseguire a Ninject l'iniezione delle dipendenze di runtime basata su ognuna delle istanze di Root Task in modo tale che il grafico dell'oggetto creato come parte di ogni attività condivida le stesse istanze di una determinata interfaccia, ma le diverse attività tutte avere istanze separate.

Grazie!

[EDIT] continuando a cercare, sembra che l'InNamedScope potrebbe essere la risposta giusta in base alla descrizione di "definiscono che gli oggetti sono le possibilità di loro dipendenze"

Answer 1

Se ho capito la tua domanda correttamente, InNamedScope è una buona scelta. L'altra alternativa è InCallScope. Questo blog post ha una buona discussione delle differenze:

L'ambito di nome consente di definire in un legame che l'oggetto creato dal legame è la portata per altri oggetti che fanno parte della struttura di oggetto che viene iniettato nell'oggetto creato.

Vediamo come funziona su un esempio. Immaginate che si sta creando un Excel come l'applicazione che dispone di più fogli di lavoro ....

const string ScopeName = "ExcelSheet"; 
Bind<ExcelSheet>().ToSelf().DefinesNamedScope(ScopeName); 
Bind<SheetPresenter>().ToSelf(); 
Bind<SheetCalculator>().ToSelf(); 
Bind<SheetDataRepository>().ToSelf().InNamedScope(ScopeName); 

Qui, il SheetDataRepository utilizza il ExcelSheet che è di portata. L'articolo spiega in maggiore dettaglio.