Ne peut pas ajouter une référence de projet à cause d'une dépendance circulaire d'erreur

J'ai créé 2 dummy projets dans mon application et de leur nom de BAL et DAL. Quand je les construire, ils construisent avec succès. Si j'ajoute une référence à BAL à la DAL projet, il a ajouté joliment. Mais lors de l'ajout du DAL référence à la BAL projet, j'obtiens l'erreur suivante:

Une référence à DAL n'a pas pu être ajouté. L'ajout de ce projet comme une référence serait la cause d'une dépendance circulaire.

Quelqu'un peut-il m'aider à résoudre cette erreur?

InformationsquelleAutor Venkat | 2011-08-17
  1. 32

    Voici ce que vous devez faire:

    1. Clic droit sur le DAL Projet dans l'explorateur de solutions et sélectionnez les dépendances d'un Projet dans le menu contextuel.

    2. Maintenant, vous pouvez voir une fenêtre qui montre les dépendances du projet de la DAL Projet. Assurez-vous que le BAL n'est pas cochée.

    Maintenant, vous devriez être en mesure d'ajouter votre référence...

    J'espère que cette aide, j'ai essayé de rester aussi simple et direct que possible.

    Explication:

    Votre DAL ne devrait pas être en mesure d'accéder au BAL. Votre code de référence de dépendances doit être comme ceci:

    Projet MVC -> BAL -> DAL

    Le projet MVC devrait référence le BAL, le BAL devrait faire référence à la DAL. Mettre en place votre projet de ce genre. Faire fonctionner et puis vous comprendrez mieux pourquoi cette configuration, c'est mieux.

    Donné:

    1. Données = brut des nombres et des chaînes
    2. Informations = données traitées dans quelque chose de significatif

    Cosider suivantes:
    L'INTERFACE utilisateur doit obtenir son informations de la BAL ce qui pourrait être en mesure de composer c'est données basé sur le DAL.

    InformationsquelleAutor
  2. 8

    Vous ne pouvez référencer dans un sens, sinon vous obtenez le message d'erreur comme vous l'avez dit. Viens de le faire: supprimer la référence à partir de votre DAL de votre BL et de faire une nouvelle à partir de votre BL à votre DAL!

    • Je tiens à ajouter les références pour les deux selon mon code
    • Utiliser un commun couche de... Plus spécifiques: Ajouter un nouveau calque dans votre projet appelé commun, puis de mettre votre entreprise objets de cette couche. Maintenant, vous pouvez faire référence à cette couche dans tous de votre BL et de la Couche DAL.
    • Je viens de l'ajouter comme ça seulement de créer 2 nouveaux projets mais encore, je reçois la question
    • êtes-vous le même gars qui a une chaîne youtube avec des charges de codage des tutoriels?
    InformationsquelleAutor jefsmi
  3. 8

    Il est implicite dans le concept de "couches" que les couches supérieures dépendent bas, et non pas l'inverse. Si 2 "couches" sont mutuellement dépendants, alors on n'est pas plus élevé que les autres, ils ne sont pas des calques dans tout les sens, et peut donc être considéré comme étant dans la même couche. Le même principe vaut pour l'architecture des composants ou des modules, qui sont mises en application par le Studio pour les dépendances du projet. Si vous utilisez ce principe - pensez à vos projets de la conception des modules plutôt que, par exemple, juste jeter le tout dans un seul projet, vous aurez bien structuré base de code qui va vous donner beaucoup moins de problèmes à mesure qu'il grandit en taille.

    • -1 car j'ai encore aucune idée, après lecture de votre réponse, comment faire de VS faire ce dont j'ai besoin.
    • -1 car ce n'ai pas la réponse à la question de l'utilisateur ou de moi-même, qui est d'avoir même situation.
    • Vous faites un point très valable, mais il n'est pas toujours possible de réécrire une énorme base de code que vous avez hérité de ce qui arrive à être mal écrit.
    • Quel est le Modèle de Domaine qui existe dans la couche de gestion, et, apparemment, doit être utilisé par DAL datamapper classes, comment voulez-vous résoudre ce problème? p.s. sans recourir à anémique modèle de domaine qui vous aideront à obtenir le modèle de domaine de la couche de gestion.
    • À la downvoters - je pense qu'il ne s'agit pas de faire de Visual Studio faire ce que vous voulez, c'est surtout que vous êtes qui veulent quelque chose de mal. C'est un concept fondamental.
    • Je serait mise en avant l'argument que mutuellement dépendant de projets quand il s'agit de DBs ne sont pas aussi rare qu'on pourrait le croire. Étant données deux bases de données distinctes pour le même usage général accessibles via séparée et distincte des applications, d'avoir des données qui réside uniquement dans chacun mais requis par les autres, de réduire la duplication des données et, par la conception, la nécessité de s'assurer que les mêmes données dans les deux est synchronisé.
    • .. suite à cela cependant, il n'y a pas de courant de la résolution de la question comme l'a dit, donc je vais être à la recherche de diviser mes projets dans des solutions distinctes et ajout de références aux bases de données elles-mêmes pour chaque environnement, dans l'espoir que sera une solution raisonnable. Refactoring du 7 DBs j'ai hérité de fournir absolument correcte séparation des "couches" comme il n'y en aura dans chaque solution. Pas parfait, je vous l'accorde, mais si cela fonctionne ......
    • C'est un beau point de vue général. Mais il échoue complètement à répondre à la question.

    InformationsquelleAutor Chris Chedgey - Structure101
  4. 2

    Qui serait la cause d'une dépendance circulaire. Ce que vous peut-être est préférable d'avoir une application principale du projet, qui fait référence à la BAL, et puis BAL referenes DAL.
    L'accès aux données ne devrait pas besoin de faire référence à une logique d'entreprise.

    InformationsquelleAutor plenderj
  5. 1

    Ce qui s'est passé pour moi. Vous avez une dépendance circulaire, c'est à dire deux projets à la fois le référencement uns des autres. Vous avez besoin de faire l'un d'eux indépendante de l'autre. Prend un peu de temps et il arrive donc rapide. Une seconde, j'ai été heureux de codage, et le lendemain j'ai eu 45 erreurs de ce type. A juste pris un certain temps, mais il rend votre architecture/structure du programme mieux aussi, pour vous aider à trier correctement les dépendances.

    InformationsquelleAutor richard
  6. 0

    Dans mon cas, j'ai copié un fichier de projet sans générer une nouvelle ProjectGuid. Depuis Visual Studio identifie des projets à l'aide de la ProjectGuid, il a assumé le projet a été d'essayer de référence lui-même.

    InformationsquelleAutor Sebazzz
  7. 0

    Ce problème m'est apparu quand j'ai été la construction d'une application WPF avec plusieurs couches comme référentiel de la couche d'interface, dépôt de la couche de service, le service sql couche, reste de la couche de service et mon principal WPF couche d'INTERFACE utilisateur.

    • J'ai résolu cette erreur. J'ai remarqué que certaines des couches ont été
      inutilement référence à d'autres projets. J'ai enlevé ce inutile
      de référence.
    • Puis j'ai remarqué que certains de mes couche de service et d'un dépôt de couche
      a mon WPF de l'INTERFACE comme référence(Mon projet de Démarrage); c'est
      quelle a été la création de la circulaire de référence. J'ai enlevé ce.

    ========================================================================

    Conclusion: Vérifiez chacun des projets de référence de la dépendance et assurez-vous il n'y a pas de référence inutiles. Assurez-vous que sous les couches ne sont pas de référencement projet de démarrage dans la référence.

    Espère que j'ai été utile.

    InformationsquelleAutor Abhay Shiro
  8. -6

    Pour contourner ce problème, ajouter la référence en parcourant les projets de DLL fois qu'il a été construit. Ne pas le sélectionner, à partir de l'onglet "Projets".

    • Ajout d'une référence à une DLL dans un autre projet bin du répertoire est généralement une Très Mauvaise Chose, surtout si les projets sont dans la même solution et vous disposez d'un serveur de développement est mis en place. Il sera la cause de maux de tête.
    • Circulaire des dépendances entre les projets est une très mauvaise idée, et donnera non-reproductible construit. Chaque fois que vous créez, vous avez fait référence à la DLL de la version précédente.
    InformationsquelleAutor Tony Raymond