【问题标题】:Why am I getting error CS0246: The type or namespace name could not be found?为什么我收到错误 CS0246:找不到类型或命名空间名称?
【发布时间】:2012-08-04 23:02:59
【问题描述】:

我正在使用Snarl C# API 向 snarl 发送通知。

现在我已将上述 url 的内容保存在一个名为 SnarlNetwork.cs 的文件中,我的 test.cs 文件的内容是:

using SnarlNetworkProtocol;
using System;
class test
{
    public static void Main(String[] args)
    {
        SNP snarl_object = new SNP();
        string hostname = "localhost";
        string hostport = "9887";
        string appName = "Spotify";

        bool val = snarl_object.register(hostname, hostport, appName);

        if (val == true)
        {
            string title = "hello";
            string message = "world";
            string timeout = "5";
            bool newval = snarl_object.notify(hostname, hostport, appName, null, title, message, timeout);

            if (newval == true)
            {
                Console.WriteLine("sucessfull");

            }
        }
    }

}

现在,当我尝试使用 csc test.cs 编译我的 test.cs 文件时,我收到以下错误:

C:\Users\Noob\csharp>csc test.cs
Microsoft (R) Visual C# 2008 Compiler version 3.5.30729.4926
for Microsoft (R) .NET Framework version 3.5
Copyright (C) Microsoft Corporation. All rights reserved.

test.cs(1,7): error CS0246: The type or namespace name 'SnarlNetworkProtocol' could not be found (are you missing a using directive or an assembly reference?)

那么,我在这里做错了什么,因为根据我的说法,我没有错过任何using directive

【问题讨论】:

    标签: c# namespaces


    【解决方案1】:

    理论上,如果客户端框架高于库框架客户端项目构建成功。所以我建议你检查一下 Platform Target 以确保没有冲突。

    鼠标右键项目 > 属性 > 构建 并取消选中 Prefer 32-bit,该选项仅适用于控制台项目。并检查两个项目都针对同一平台。 [

    【讨论】:

      【解决方案2】:

      检查您的 Web.Config 并找到 namespace = 。您可以删除,或者如果需要,您必须创建新的

      【讨论】:

        【解决方案3】:
        1. Solution Explorer 选项卡上右键单击并选择 Properties

          李>
        2. 通过更新项目应用程序设置中的 Target Framework 解决此问题。

        例如,在我的例子中,该项目是使用 .net 框架版本 4.5.1 编译的,但引用的 dll 是使用版本 4.6.1 编译的。 所以更新了我的项目版本。我希望它对你有用。

        【讨论】:

          【解决方案4】:

          我也遇到了同样的问题,

          原因:我遇到此错误的原因是, 而不是创建新的局部视图, 我创建了类,然后将其扩展名从“.cs”重命名为“.cshtml”。

          解决方案: 只需删除该重命名视图并重新创建正确的部分/完整视图。之后它会正常工作。

          【讨论】:

            【解决方案5】:

            在第一次提取并启动新解决方案后,我遇到了类似的问题。它是通过首先清理项目在视觉工作室中修复的。然后恢复包。当我再次构建时,不再有类型或命名空间错误。

            【讨论】:

              【解决方案6】:

              当我从 Git 克隆我的项目并第一次直接构建解决方案时,我遇到了同样的问题。而不是转到文件资源管理器中的本地存储库并双击解决方案文件 (.sln) 解决了我的问题。

              【讨论】:

                【解决方案7】:

                我通过确保我的项目与其所依赖的项目/库共享相同的 .Net Framework 版本来解决此问题。

                原来库(解决方案中的项目)使用 .Net 4.6.1,而我的项目使用的是 4.5.2

                【讨论】:

                  【解决方案8】:

                  大部分问题是由 .NET Framework 引起的。因此,只需转到项目属性并更改与您的参考 dll 相同的 .Net 版本。

                  完成!!!

                  希望对你有帮助:)

                  【讨论】:

                  【解决方案9】:

                  编辑:哦,别理我,你没有使用 Visual Studio。

                  您是否添加了对项目的引用?

                  就像这样的事情:

                  【讨论】:

                  • 对于我们这些不太熟悉 Visual Studio 的人来说,这仍然是一个有用的答案。
                  • 如何在没有 Visual Studio 的情况下手动添加引用?我必须修改什么文本文件?
                  • @VitalyZdanevich 我建议问一个新问题
                  【解决方案10】:

                  由于缺少参考,我也收到此错误。 我没有注意到的原因是因为 Resharper 提供了添加使用和引用。添加 using 成功(但它以灰色突出显示),缺失类的语法突出显示(有时)有效,但添加引用失败。

                  手动添加引用时会弹出错误,解释添加引用失败的原因(循环引用)。 Resharper 没有将此错误传递给 GUI。

                  【讨论】:

                    【解决方案11】:

                    我使用的是 .NET Framework 4.5,但我的新库有 .NET Framework 4.5.2,当我尝试构建时遇到了同样的问题。我通过将我的项目从 4.5 更新到 4.5.2(与我的库相同)来解决它。

                    【讨论】:

                      【解决方案12】:

                      我已经通过添加对 System.Web 的引用解决了这个问题。

                      【讨论】:

                        【解决方案13】:

                        当使用的 cs 文件位于项目文件夹中时,我遇到了同样的错误,但没有从父项目的 .csproj 中引用。 Intellisence 在项目文件夹中看到此文件,但由于 .csproj 中缺少引用,编译器看不到它

                        【讨论】:

                          【解决方案14】:

                          我在 MVC 项目中遇到此错误。经过长时间的研究,我发现包含我在主项目中引用的一些类的 .cs 文件的 Build Actions 设置为“Content”......

                          更改“内容”->“编译”后,错误消失了。

                          【讨论】:

                            【解决方案15】:

                            这可能是由于 .NET Framework 的“客户端配置文件”。 尝试使用 .NET 的“完整版”。

                            【讨论】:

                              【解决方案16】:

                              这就是问题所在:

                              C:\Users\Noob\csharp>csc test.cs
                              

                              您尚未添加对 DLL 的引用。你需要这样的东西:

                              C:\Users\Noob\csharp>csc test.cs /r:SnarlNetwork.dll
                              

                              (或任何调用程序集)。

                              或者,如果您没有将其作为单独的库,只需编译这两个文件:

                              C:\Users\Noob\csharp>csc test.cs SnarlNetwork.cs
                              

                              如果您尚未编译程序集但想要,则可以使用:

                              csc /target:library /out:SnarlNetwork.dll SnarlNetwork.cs
                              
                              csc Test.cs /r:SnarlNetwork.dll
                              

                              (实际上,在这种特殊情况下,指定输出文件是不必要的,但它仍然更清晰......)

                              【讨论】:

                              • 问题的扩展:如何将 .dll 文件包含在不同的目录中?我写了正确的路径:/r:./bin/Debug/something.dll,但收到错误消息“找不到源文件 'r:etc'。”
                              • @Dagrooms:你确定前面有/ 吗?应该没问题的。
                              • @JonSkeet 我很肯定。 /r 选项无法引用当前目录之外的任何文件。
                              • @Dagrooms:我建议您提出一个新问题,提供更多详细信息以及重现该问题的完整示例。
                              • @DmitryDronov:使用两次:/r:Assembly1.dll /r:Assembly2.dll
                              【解决方案17】:

                              当我有一个 using 语句但忘记引用定义命名空间的程序集时,通常会发生这种情况。

                              但在您的情况下,由于命名空间是在项目的文件中定义的,您忘记告诉编译器有关 snarlnetwork.cs 文件的信息。

                              csc compiler examples

                              【讨论】:

                              • 我的文件夹中没有程序集,只有 SnarlNetwork.cstest.cs 文件。我错过了什么吗?
                              猜你喜欢
                              • 2019-07-14
                              • 2019-09-14
                              • 2013-10-23
                              • 1970-01-01
                              • 1970-01-01
                              • 1970-01-01
                              • 1970-01-01
                              • 1970-01-01
                              • 1970-01-01
                              相关资源
                              最近更新 更多