Pourquoi est-ce que faire une solution propre à .Net 2.0 génère des erreurs?

Question

J'ai une solution .net qui crée une DLL. Il comprend deux projets. (L'information secondaire contient un certain nombre de mes fonctions spéciales/classes etc. écrites dans VB.Net La deuxième est quelques fonctions/classes etc. qui sont spécifiques à un client et ceux-ci emploient mes classes) Après que ceci et cela et l'autre Je peux construire et reconstruire la solution sans problème. Pas d'erreur, d'avertissement, etc.

Je vérifie les dépendances du projet et elles sont correctes. Par exemple. mon code ne dépend pas du code client, mais le code client dépend de mon code. Ordre de construction: Mon code puis code client. Tout cela me semble bon.

Maintenant, juste pour être vraiment sûr que tout va bien, je fais une solution Build> Clean. résultat les questions suivantes: 1 avertissement (n'a pas été trouvé Le componet de référence ADODB) 6 erreurs (Toutes les erreurs sont dans mon code et ils le centre autour de la référence ADODB)

Je peux voir que la référence ADODB dans mon le code a une icône d'avertissement dessus. Cependant, je viens de trouver que si je double-clique sur l'icône (dans l'explorateur de solution) Le navigateur d'objet est affiché et l'avertissement disparaît.

Si maintenant je fais deux reconstructions les erreurs disparaissent et tout est heureux.

questions Bottom line:

1. Pourquoi faire une nouvelle génération de solution provoquant ces avertissements et les problèmes?
2. Que puis-je faire pour que ces questions cessent passe

Answer 1

J'essaie généralement d'éviter d'utiliser des objets COM dans des projets .NET. Vous avez peut-être trouvé l'une des raisons de ma préférence. ;-)

Les deux projets font-ils référence à ADODB? Est-ce qu'ils font référence à la même version de l'objet?

Answer 2

(sous la direction pour essayer de respecter les 2 questions que vous avez réellement posées)

L'icône d'avertissement jaune me est arrivé un lien vers une version spécifique d'un contrôle tiers. Je l'ai référencé contre une version, puis j'ai remplacé la DLL par une nouvelle et j'ai obtenu l'icône d'avertissement. Modification de la « version spécifique » propriété de la référence à « Faux » est débarrassé du problème (comme cela laissant « vrai » et changer le numéro de version qui est référencée)

1. Clean build efface peut-être la configuration stockée , ce qui peut inclure vous ignorer l'avertissement sur ADODB. Peut-être que vous faites référence à une version spécifique de ADODB, et vous devriez le changer pour ignorer le numéro de version, ou mettre à jour le numéro de version.