C# OfficeOpenXML EPPlus的命名空间错误

我在Visual Studio 2012中设置EPPlus时遇到困难

using OfficeOpenXML;
The type or namespace name 'OfficeOpenXML' could not be found(are you missing a using directive or an assembly reference?)

现在我尝试了两种不同的方法来设置EPPlus

我在文档中手动添加了一个项目->添加对Epplus.dll文件的引用

我还尝试使用NuGet软件包管理器控制台：PM>安装软件包EPPlus

---

我清楚地看到EPPlus被添加到了我的项目中的引用中，但是OfficeOpenXML的名称空间没有被添加。如何使用EPPlus引用添加此名称空间？

我认为这只是大小写的问题。这：

using OfficeOpenXML;

应该是：

using OfficeOpenXml;

注意末尾的小写字母“M”和“L”

---

我说，仅基于…

在我的例子中，我还使用了Visual Studio 2012中的EPPlus，该项目是从vs2005升级而来的。在Framework2.0中。如果我将项目更改为.Net framework 4.5，则重建成功。

我也有同样的问题，请检查项目的目标框架（右键单击项目->属性，选中“目标框架”）是否未设置为任何.Net framework X“客户端配置文件”框架。客户机概要文件是您正在使用的任何框架的缩小版本

---

关于EPPlus，您的项目必须使用完整的框架，而不是任何“客户机配置文件”框架

我只安装了

DocumentFormat.OpenXml

，尽管网络上有以下其他来源，但该参考将不起作用

我必须通过NuGet安装

DocumentFormat.OpenXml

和

EPPlus

，才能让引用正常工作

---

这为我解决了这个问题。

好吧，我现在觉得自己像个马屁精。非常感谢！我变得很沮丧。我看到的是相同的代码，就像没有什么不同！如果你不介意我问@Jon，如果我将这个项目保存到TFS之类的东西，或者将它转移到另一台安装了VBS2012的机器上-我需要手动读取.dll引用吗？或者它会知道，因为我已经在项目中读取了它吗？@user2229804:使用NuGet，你只需剥离包本身，无论谁打开它，都可以获取依赖项。否则，如果您将DLL放在正确的相对位置的源代码管理中，也可以这样做。在我的情况下，我必须针对.Net framework 4，而不是客户端配置文件。我一直存在此问题，并执行了所有建议的解决方案。我卸载并重新安装了ePlus，但仍然没有成功。最后，我打开了EPPlus示例并运行了它，它运行得很好。当我回到那个给我带来麻烦的项目时，它成功了。我只是觉得我会在4个小时的反复试验后把它扔出去。你救了我一天