Comment trouver le modèle de thread avec lequel une DLL a été construite?

En écrivant un site Web ASP.NET, nous avons besoin de beaucoup de composants hérités. Mon avis est que parce que nous sommes MTA (Multi Threaded Apartment) dans ASP.NET, si nous utilisons un composant STA alors les demandes seront en file d'attente. Donc, même si nous utilisons un composant .NET qui est MTA, si IT s'appuie sur un ancien composant STA, cela restera en file d'attente. Ai-je raison jusqu'à présent?Comment trouver le modèle de thread avec lequel une DLL a été construite?

Quoi qu'il en soit, ma vraie question est - En examinant un .DLL SEULEMENT, puis-je savoir quel modèle de thread il a été construit sous?

Merci Duncan

Source

2009-08-26 Duncan

Avez-vous une raison spécifique pour l'obligation d'examiner la DLL uniquement? Pour autant que je sache, il n'y a pas de métadonnées programmatiques disponibles pour vous demander le modèle de threading de ses objets contenus - cette information est disponible dans le registre. –

Merci pour les commentaires. Si un composant n'est pas enregistré dans le Registre, par exemple, il s'agit juste d'une DLL ActiveX. Est-ce que cela a un modèle de thread séparé? Ou est-ce juste pour les objets COM? – Duncan

ActiveX et COM sont fondamentalement la même chose - ils doivent tous deux être enregistrés afin d'être utilisé. Les modèles Threading (pour autant que je sache) ne s'appliquent qu'aux objets COM, pas aux objets .NET, donc à moins de faire de l'interopérabilité COM, vous ne devriez pas avoir à vous soucier de l'enfilage des modèles.

Source

2009-08-26 16:17:10

oups, je voulais dire que c'était une réponse, mais je suppose qu'il était temps pour une réponse :-) –

Comment trouver le modèle de thread avec lequel une DLL a été construite?

Répondre

Questions connexes