Cette page synthétise les sources indiquées au bas de l’article. Leur origine, leur date et leur niveau de validation doivent être vérifiés séparément.
Situation documentée
L’application ne résout pas les objets COM du SDK avec une configuration Ninject fondée sur des conventions.
Solution rapportée
Le demandeur indique avoir remplacé cette découverte automatique par un module de liaisons explicites : chaque interface du SDK est associée au constructeur concret correspondant, puis ce module est chargé dans le noyau Ninject.
- Recenser les interfaces SDK effectivement demandées.
- Déclarer leurs liaisons explicites dans le module d’injection.
- Charger le module avant la première résolution.
- Ajouter une liaison lors de l’introduction d’un nouveau type et tester les chemins de création.
Cette correction concerne la configuration DI; elle ne remplace pas l’enregistrement des DLL quand celui-ci est réellement défaillant.
Sources et niveau de validation
Une solution communautaire décrit un cas rapporté, pas une garantie pour toutes les versions. Les précautions générales de sauvegarde sont des consignes éditoriales Uni-Action.
- SDK et injection de dépendances — objet non enregistréForum communautaire indépendant · Résolution confirmée par le demandeur · Consulté le 2026-09-29