Comment réparer “espace de noms de x contient déjà une définition de x” erreur? Qui s'est passé après la conversion de VS2010
Précisément l'erreur se produit dans le Resources.Designer.cs
:
Erreur 2 L'espace de noms 'ModulusFE' contient déjà une définition pour 'StockChartX" des Ressources.Le concepteur.cs 11 21 ModulusFE.StockChartX
J'ai googlé ce et suis encore assez confus. Personne ne sait rien de ce que je pourrais essayer?
J'ai essayé de reconstruction et de nettoyage, ainsi que de renommer le Resources.Designer.cs
fichier dans l'espoir qu'il serait de reconstruire, mais pas de chance.
En haut du code, dit ceci:
//<auto-generated>
// This code was generated by a tool.
// Runtime Version:4.0.30319.225
//
// Changes to this file may cause incorrect behavior and will be lost if
// the code is regenerated.
//</auto-generated>
Toutes les idées que ce soit, serait appréciée.
- Généralement avec le code généré par le concepteur, il y aura plusieurs fichiers avec
partial
classes. Est-ce le cas pour vous? - Oui c'est le cas. Je suis un peu perdu sur la façon de résoudre ce bien. Merci pour votre réponse.
- Probablement l'un des fichiers a omis le
partial
modificateur, de sorte que vous pouvez voir si vous pouvez le localiser.
Vous devez vous connecter pour publier un commentaire.
J'ai eu cela m'arrive à moi il ya environ un an et je ne me souviens pas exactement de ce que la cause a été, mais il ya deux choses que vous pourriez essayer:
Show All Files
dans le Solution Explorer ou ouvrir le dossier de la solution dans l'Explorateur Windows, il se pourrait qu'une version du fichier obtenu en quelque sorte exclu de ce projet et est donc "invisible" pour VS mais en fait toujours en colère...J'ai eu ce problème aussi, et c'est parce que j'ai créé un nouvel espace de noms, mais le parent de l'espace de noms figurant une classe du même nom.
C'est une vieille question, mais je n'ai pas trouvé le correctif que j'ai utilisé, donc je l'ai ajouté ici.
Dans mon cas, c'était un espace de noms avec le même nom qu'une classe dans l'espace de noms parent.
Pour trouver cela, j'ai utilisé le navigateur d'objet et cherché le nom de l'élément qui a déjà été défini.
Si elle ne vous laisse pas faire ce que vous avez encore l'erreur puis de modifier temporairement le nom de l'élément, il est de se plaindre et puis de trouver l'élément fautif.
Ressemble à un bug dans VS code du OmniSharp.
Solution pour moi a été d'exécuter la commande "Redémarrer OmniSharp".
Viens de faire:
- ctr shift P
de type "Redémarrer OmniSharp" .. appuyez sur entrée
Ce fixe pour moi.
Malheureusement, aucune des autres réponses aidé.
Mon problème est survenu dans un projet WPF.
Le problème se pose lorsque je créé un dossier sous le
MainWindow
dossier, qui a effectivement créé un espace de noms quelque chose commeProjectName.MainWindow.Folder
.Maintenant, je pense, à cause de la statique code du designer, Visual studio devient confus entre la classe
MainWindow
et de l'espace de nomsProject.MainWindow.Folder
.Comme solution, j'ai déplacé les
Folder
deMainWindow
. En regardant l'Affichage de la Classe ou de la solution/projet aide à reconnaître les espaces de noms et classes au sein d'exister.Ce qui s'est passé pour moi. Ce qui s'est passé, j'ai dupliqué un projet qui était à l'origine sous contrôle de code source. Bien que j'ai bien renommé le tout, le fichier des autorisations sur tous les fichiers étaient toujours en lecture seule. Quand j'ai commencé à modifier certaines des contrôles de formulaire, Visual Studio a créé automatiquement une Resource1 fichier car le fichier de Ressource d'origine était en lecture seule.
Ce que j'ai fait pour résoudre ce fut comme suit:
J'ai eu à le faire car le code généré automatiquement n'était pas mise à jour sur son propre, donc je l'ai "forcé" pour mettre à jour en faisant un changement de la forme. Ne pas faire cela a laissé un tas de code à partir de la forme des éléments qui n'existaient plus avant de changer les permissions du fichier.
J'ai eu un fichier xaml avec la définition suivante
mm2.Views
était le nom d'espace de noms est dans mon application.Pour le fixer, j'ai correctement renommé le xaml objet:
J'ai eu un problème similaire et résolu en supprimant toutes les copies de sauvegardes de la .cs fichier à partir du répertoire.
J'ai eu ce même problème et c'était dû à la dénomination d'une fonction dans le code derrière le même que celui de mon outil. Simple erreur, mais quelque chose à garder à l'esprit aussi bien.
J'ai eu un problème similaire, avec toutefois trouvé une solution différente de ce que j'ai lu. Je suis venu à mon fix après la lecture de P Walker réponse.
Mon problème est arrivé lorsque j'ai nommé mon fichier de ressources pour la langue Japonaise, de manière incorrecte. Longue histoire courte, j'ai essayé de créer une Ressource pour les Japonais, mais j'ai accidentellement nommé localisée.jp.resx. J'ai alors réalisé que le code de langue iso est ja pas jp pour le Japonais. Une fois j'ai changé le nom du fichier à localisées.ja.resx et supprimé tout ce qui était dans le fichier de concepteur, il a fixé mon problème.
C'est qu'est-ce résolu mon problème, j'espère que ça aide quelqu'un d'autre.
Je suis tombé sur un problème similaire. Après la génération de ma base de données à partir d'un fichier edmx, j'ai cliqué sur "enregistrer tout" et la "construction" et de tous les Types/classes du Modèle que j'ai créé a montré dans la boîte d'erreur. J'ai cherché à comprendre pourquoi cela est arrivé et comme vos réponses suggèrent, je pensais que c'était quelque chose qui a été généré automatiquement.
Cependant, des solutions telles que la suppression de l'auto-classes générées et re-génération d'eux ne fonctionne pas pour moi.
Finalement, j'ai manqué de patience et a décidé que je devrais le réparer d'une autre manière. Depuis mon script a été enregistré, j'ai juste supprimé le fichier edmx (et sa référence dans le web.la configuration) et suis revenu en arrière et a créé un autre à l'aide de "modèle de base de données" et de ne pas y toucher par la suite.
Inutile de dire que j'ai été assez fou qu'il s'est avéré comme ça.
Moi aussi eu cette erreur,
Lorsque je change de projet WPF Cible Cadre au Framework Version 4.0 Client Profile -> Framework 4.0. Il est résolu par lui-même.
La façon dont je l'ai résolu de supprimer tous les énumérations à partir de l'explorateur de modèles, puis rajoutez-les à nouveau. En quelque sorte miraculeusement l'outil régénéré tout à la perfection et le message d'erreur a disparu (je suis en utilisant VS2012, FYI).
Cela peut être un peu d'un bord de cas, mais nous avons couru à travers ce dans notre environnement de développement, de temps à autre. Nous avons eu à l'installation d'une culture personnalisée de Windows pour prendre en charge fr-HK. Windows 8.1 prend désormais en charge cette culture en natif comme le fait Windows 2012 R2, mais les anciennes machines ont besoin d'avoir la culture a été créé. Toute machine qui n'ont pas cette culture de l'installation obtiendrez cette erreur signalée. La solution est de créer de la culture sur la machine (Nous avons une application console créé à cet effet) et tout commence à travailler à nouveau.
J'ai eu le même problème tout à l'heure, et je l'ai trouvé pour être l'un des plus simples oublis. J'ai été la construction de classes, de copier et de coller le code à partir d'un fichier de classe pour les autres. Quand j'ai changé le nom de la classe, dire Class2, par exemple, il y a une liste déroulante à côté du nom de la classe en lui demandant si je voulais changer toutes les références à la Classe 2, qui, lorsque j'ai sélectionné "oui", il modifié Class1 le nom de la Classe 2.
Comme je l'ai dit, c'est très simple surveillance qui m'a fait me gratter la tête pour un court moment, mais vérifiez vos autres fichiers, en particulier la source de fichier que vous avez copié à partir d'assurer que VS n'avez pas modifié le nom sur vous, derrière les coulisses.
Si vous utilisez différentes aspx.cs fichiers qui définissent des classes de même nom que vous pouvez utiliser
sous
<system.web>
dans votre site web.fichier de configuration.Bien que je serais encore vous conseillons fortement de vous serait de changer le nom de la classe.
Ce n'est pas le meilleur résoudre, mais si vous avez vraiment ne se soucient pas c'est une solution de facilité.
J'ai simplement renommé ma classe. J'ai donc eu de Carte de classe et je l'ai changé pour MyCard.
Je pense que cette question est parce que vous avez ajouté pour une seule table, 2 DAL classes.
Si ce tableau est inclus dans un rapport, puis retirez le table_name.dbml pour elle, et de le garder pour les tables liées.
Vous devez utiliser l'un d'eux.
J'ai eu un problème similaire (Universal projet, Visual Studio 2015), je l'ai résolu avec les modifications suivantes:
Dans L'App.xml.cs a été (c'était ok):
Mal, ancienne version de App.xml:
Bon, la nouvelle version de App.xml:
J'ai eu quelque chose de semblable à ce qui s'est produit mon application WPF. Elle est née quand j'ai essayé de faire du nettoyage par la déclaration d'un espace de noms plus descriptifs. Le problème se pose parce que j'avais nommé en l'espace de noms dans le code-behind (ou cs) le même que la classe de Fenêtre. L'espace de noms dans le code-behind devrait avoir le dernier article dépouillé (après le point le plus à droite) et utilisé pour déclarer la classe et de l'instancier. Avis
Win
ci-dessous:xaml
<Window x:Class="FrameApp.UI.Invoice.Win" ...>
code-behind
Une omission évidente, mais il me coûtera au moins une heure avec toutes les erreurs qui apparaissaient.
J'ai eu ce problème, mais le mien était légèrement différentes pour les questions évoquées ici. J'ai été le nettoyage de mon projet et de se déplacer de certaines classes dans de nouveaux dossiers. J'ai eu un "AddFilter" classe que j'ai emménagé dans un " AddFilter dossier alors je l'ai en fait retrouvé avec une classe qui partage le nom d'un espace de noms. C'était un peu difficile de repérer au premier abord parce que je ne pouvais pas trouver toutes les autres classes qui il était en conflit avec; il était en conflit avec l'espace de noms à la place.
Ce qui m'est arrivé, j'ai remarqué qu'il y avait effectivement une autre classe du même nom sous le même espace de noms "OtpService.Modèles.La demande", donc j'ai tout simplement changer l'espace de noms de la 2e classe à "OtpService.Modèles.Demande.ExtraObj". Je l'ai fait parce que je n'ai pas envie de changer le nom du conflit de classe à autre chose.
Je suis tombé sur cette classe partielle problème dans une winform d'une solution après la conversion de .net 4.5.1 à 4.7.2.
D'abord le problème le compilateur n'était pas de se plaindre de classe partiel, mais l'utilisation de propriétés.par défaut...sans qualification. Après l'ajout d'Mondiale::solnNameSpace. qualificatifs, puis j'ai eu la classe partielle problème.
après le visionnement de réponses dans ce fil, je regarde le concepteur de ressources fichier, je l'ai trouvé a été généré explicite solnNameSpace alors que les classes dans la solution n'a pas. Aussi la solnNameSpace est le même que le nom de la problématique nom de la classe.
De résoudre le problème avec le moins d'effort et de temps, j'ai soutenu à l'échelle Mondiale... et la qualification retiré de l'explicite de l'espace de noms ... et à la fin consolidés à partir de la ressource de fichier de concepteur. Je sais que je peut avoir des problèmes plus tard si il y avait des changements qui provoquent la génération automatique de la ressource fichier de concepteur, mais j'étais sous un délai serré. J'ai fait de la documentation sur le temp de changer au lieu d'une meilleure solution à long terme car la solution est en aucun changement de permis pour la nature de la solution et multi projet.
J'ai eu ce problème. C'était à cause de moi renommer un dossier dans le répertoire App_Code et en libérant de mon site iis dossier. L'original du dossier nommé, était toujours présent dans mon répertoire de destination, - d'où le doublon (je ne fais pas un effacement complet de la cible avant de la copie) de toute façon de supprimer l'ancien dossier fixe cette.