C# .NET-项目赢得'；t构建

我有一个WPF/ASP.NET项目，我已经有一段时间没做了（ResourceBlender.NET-）。该项目包含一个数据层和一个核心层，这两个层都由解决方案中的WPF应用程序和ASP.NET项目使用

如果将WPF项目设置为启动项目，并且我尝试构建应用程序，则会得到“找不到类型或命名空间名称‘whatever’（是否缺少using指令或程序集引用？）”

当我尝试构建、运行或调试时，错误列表会显示这些错误，但双击并转到错误时，编辑器中不会显示任何实际错误，所有内容都会按正常方式突出显示

---

ASP.NET项目构建良好。我对此一无所知，因为没有明显的错误需要修复-可能是某个地方的元数据吗？

如果看不到您的解决方案设置，这种类型的东西确实很难调试，但我会尝试以下几点：

展开WPF项目中的引用，确保它们都已解析

仔细检查您的引用中是否没有“特定版本”设置为True，并指向旧的/不存在的版本

对解决方案进行“清理”，关闭VS并删除bin和obj目录等，以清除可能会扰乱构建的DLL的旧副本

---

祝你好运

如果看不到您的解决方案设置，这种类型的东西真的很难调试，但我会尝试以下几点：

展开WPF项目中的引用，确保它们都已解析

仔细检查您的引用中是否没有“特定版本”设置为True，并指向旧的/不存在的版本

对解决方案进行“清理”，关闭VS并删除bin和obj目录等，以清除可能会扰乱构建的DLL的旧副本

祝你好运

尝试以下操作：

• 右键单击“清洁溶液”上的溶液
• 尝试分别构建每个项目
• 检查项目上的引用是否缺少程序集引用

尝试以下操作：

• 右键单击“清洁溶液”上的溶液
• 尝试分别构建每个项目
• 检查项目上的引用是否缺少程序集引用

---

检查所有程序集是否都没有针对3.5/4.0客户端配置文件（可能是WPF应用程序造成的）。这将完全导致您描述的错误消息。

检查所有程序集是否都没有针对3.5/4.0客户端配置文件（可能是WPF应用程序造成的）。这将完全导致您描述的错误消息。

像这样的编译问题可能会非常严重。通常最好按照以下提示一次解决一个项目的故障：

---

像这样的编译问题可能会让人不知所措。通常最好按照以下提示一次解决一个项目的故障：

---

实际读取输出窗口文本

---

通常，相关的错误或警告会出现在其中，但在遵循错误列表窗口链接时并不明显。

实际阅读输出窗口文本

---

通常相关的错误或警告会出现在其中，但在遵循错误列表窗口链接时并不明显。

Hi！您是否检查了VS中的References文件夹并发现缺少任何组件？有时输出窗口会提供比错误列表更好的信息。转到工具|选项|项目和解决方案并选中“在构建开始时显示输出窗口”。从上到下阅读输出——它可能会为您提供出错的线索。只是一个简单的提示：您是否将项目从VS 2008移动到VS 2010，并移动到解决方案中的所有项目，以相同的框架版本为目标？在2010年，如果一个项目引用了另一个项目，并且它们针对不同的框架（即使是2.0和3.5，这是相同的CLR），那么这就是一个构建错误。在08年，情况并非如此。我不记得我头脑中的错误，但它有点模棱两可，而且可能和你得到的错误相同。嗨！您是否检查了VS中的References文件夹并发现缺少任何组件？有时输出窗口会提供比错误列表更好的信息。转到工具|选项|项目和解决方案并选中“在构建开始时显示输出窗口”。从上到下阅读输出——它可能会为您提供出错的线索。只是一个简单的提示：您是否将项目从VS 2008移动到VS 2010，并移动到解决方案中的所有项目，以相同的框架版本为目标？在2010年，如果一个项目引用了另一个项目，并且它们针对不同的框架（即使是2.0和3.5，这是相同的CLR），那么这就是一个构建错误。在08年，情况并非如此。我不记得我头脑中的错误，但它有点模棱两可，而且可能是你正在遇到的同一个错误。这在过去从来没有引起过问题，也没有完全解决问题（我需要调整一些名称空间，并改变周围的其他一些东西），但我很高兴。：）感谢问题是，如果您的程序集之一依赖于在.Net 4.0之前生成的程序集，则它们与ClientProfile不兼容。但是，我很高兴你让它工作：-）我有一个问题，我的项目由于某种原因引用了.NET4.5DLL。不知道是从哪里来的，但它有。这在过去从来没有引起过问题，也没有完全解决问题（我需要调整一些名称空间，并改变周围的一些其他东西），但我很高兴。：）感谢问题是，如果您的程序集之一依赖于在.Net 4.0之前生成的程序集，则它们与ClientProfile不兼容。但是，我很高兴你让它工作：-）我有一个问题，我的项目由于某种原因引用了.NET4.5DLL。不知道从哪里来的，但它有。