Ninject singleton et Entity Framework avec MVC et API

Question

J'ai vraiment lutté avec le titre sur celui-ci alors j'espère que je vais décrire beaucoup mieux ici!

Nous utilisons Entity Framework comme ORM et Ninject comme infrastructure d'injection de dépendances. Nous relions notre DbFactory et UnitOfWork comme un singleton avec Ninject

Bind<IDbFactory>().To<DbFactory>().InSingletonScope(); 
Bind<IUnitOfWork>().To<UnitOfWork>().InSingletonScope(); 

Maintenant, au sein du projet MVC Cela fonctionne très bien, mais nous voulons aussi utiliser une API pour poster des données sur le serveur, puis rafraîchir la page. Il faut environ 10 minutes à EF pour décider qu'il veut interroger à nouveau la base de données pour récupérer les données.

Outre la désactivation de la mise en cache, ma seule théorie est que Ninject crée un objet pour le projet MVC à utiliser et un autre pour l'API. Donc ma question ma théorie est-elle correcte et si oui, comment puis-je surmonter cela?

Edit: modèle Exemple

public class Property 
{ 
    public int Id { get; set; } 
    public virtual ICollection<PropertyPhoto> PropertyPhotos { get; set; } 
    // Blah blah everything else 
} 

public class PropertyPhoto 
{ 
    public int Id { get; set; } 
    // Blah blah everything else 
} 

Maintenant, l'API est mise à jour du modèle PropertyPhoto par son dépôt alors que le projet mvc utilise le modèle Property

Answer 1

Je pris sur les conseils de Steven et a retiré le portée singleton mais cela m'a empêché de supprimer des entités de la base de données, à la fin j'ai utilisé

Bind<IDbFactory>().To<DbFactory>().InThreadScope(); 
Bind<IUnitOfWork>().To<UnitOfWork>().InThreadScope();