首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Visual Studio 2019 .NET Core3.0‘计算机不是Testing.My的成员’

Visual Studio 2019是一款由微软开发的集成开发环境(IDE),用于软件开发和应用程序的构建。它提供了丰富的工具和功能,支持多种编程语言和平台。

.NET Core是一个跨平台的开源框架,用于构建高性能、可扩展的Web应用程序和服务。它是.NET平台的一个重要组成部分,具有跨平台、高性能和开源的特点。

计算机不是Testing.My的成员是一个错误提示,可能是由于代码中的错误导致的。这个错误提示表明Testing.My不是计算机的成员,可能是因为Testing类中没有定义My属性或方法。

在解决这个问题之前,我们可以先了解一下Visual Studio 2019和.NET Core的相关知识。

Visual Studio 2019是一款功能强大的集成开发环境,提供了丰富的工具和功能,用于开发各种类型的应用程序,包括桌面应用程序、Web应用程序、移动应用程序等。它支持多种编程语言,如C#、C++、JavaScript等,并提供了丰富的调试、测试和部署工具。

.NET Core是一个跨平台的开源框架,用于构建高性能、可扩展的Web应用程序和服务。它具有跨平台的特点,可以在Windows、Linux和macOS等操作系统上运行。.NET Core提供了丰富的类库和API,支持各种开发场景,包括Web开发、移动开发、云计算等。

现在我们来解决计算机不是Testing.My的成员的问题。根据错误提示,Testing.My不是计算机的成员,可能是因为Testing类中没有定义My属性或方法。我们可以检查Testing类的定义,确保它包含了My属性或方法。

如果Testing类中确实没有定义My属性或方法,我们可以根据具体需求来添加相应的代码。例如,如果需要一个名为My的属性,我们可以在Testing类中添加以下代码:

代码语言:txt
复制
public class Testing
{
    public string My { get; set; }
    
    // 其他成员和方法
}

如果需要一个名为My的方法,我们可以在Testing类中添加以下代码:

代码语言:txt
复制
public class Testing
{
    public void My()
    {
        // 方法实现
    }
    
    // 其他成员和方法
}

根据具体需求,我们可以根据代码逻辑来定义My属性或方法的类型和实现。

总结起来,Visual Studio 2019是一款功能强大的集成开发环境,用于开发各种类型的应用程序。.NET Core是一个跨平台的开源框架,用于构建高性能、可扩展的Web应用程序和服务。计算机不是Testing.My的成员可能是由于Testing类中没有定义My属性或方法。我们可以根据具体需求来添加相应的代码,以解决这个问题。

请注意,以上答案中没有提及具体的腾讯云产品和产品介绍链接地址,因为要求答案中不能提及亚马逊AWS、Azure、阿里云、华为云、天翼云、GoDaddy、Namecheap、Google等流行的一些云计算品牌商。如果需要了解腾讯云相关产品和产品介绍,可以访问腾讯云官方网站进行查询。

相关搜索:新的Visual Studio 2019中的环境变量为空,但不是Visual Studio 2017Visual Studio2019中的.Net标准1.0类库Visual Studio 2019中的.NET核心-桌面部署选项.NET 中的“计算机不是我的成员”错误为什么Visual Studio 2019安装程序不能在我的计算机上运行?Visual Studio 2019:.NET核心项目中的System.Threading.Tasks.Dataflow错误std::to_string - 'to_string‘不是'std’的成员- Visual Studio代码1.42.0远程服务器上的Visual Studio 2019模糊,而不是远程桌面在visual studio 2019中运行ASP.NET的公网IP地址上调试如何在Visual Studio2019中调试时让ASP.NET核心崩溃而不是返回错误响应?Visual Studio2019在.Net Core3.1解决方案中创建.NetStandard 2.0.3库而不是2.1从Visual Studio 2019 .NET Web应用程序的生成操作中排除文件夹如何在带有FlaUI的Visual Studio2019中使用视图而不是窗口进行测试?Visual Studio 2019 Docker -手动创建的.net core 3.1容器无法在浏览器中打开Visual Studio 2019 Net 5 ASP.NET核心WebApp错误:找不到.NETFramework、Version=v5.0的引用程序集在远程Linux计算机上从Visual Studio 2019启动具有管理权限的cmake构建的应用程序我应该如何处理: Error C2039 'assign':不是Visual Studio 2017中'cl::string‘的成员?是否可以调试不是从Visual Studio中启动的ASP.NET Web应用程序?如何防止Visual Studio (2019)打开"VS调试控制台“,只使用旧的.NET核心主机控制台?当.resx包含System.Drawing.Point时,来自Visual Studio 2019 & 2022,.Net 5 WinForms项目中的.resx的“未设置对象引用”
相关搜索:
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • global.json 概述

    该global.json文件允许您定义.NET SDK版本,当您运行.NET CLI命令时使用。选择 .NET SDK 与指定项目目标运行时无关。.NET SDK 版本指示使用的 .NET CLI 版本。 一般情况下,您希望使用最新版本的 SDK 工具,因此不需要global.json文件。在一些高级场景中,您可能希望控制 SDK 工具的版本,本文将解释如何做到这一点。 有关改为指定运行时的更多信息,请参阅目标框架。 .NET SDK在当前工作目录(不一定与项目目录相同)或其父目录之一中查找global.json文件。 global.json 模式 软件开发工具包 类型: object 指定有关要选择的 .NET SDK 的信息。 版本 类型: string 要使用的 .NET SDK 的版本。 这个领域: 不支持通配符;也就是说,您必须指定完整的版本号。 不支持版本范围。 允许预发行 类型: boolean 从以下版本可用:.NET Core 3.0 SDK。 指示 SDK 解析器在选择要使用的 SDK 版本时是否应考虑预发布版本。 如果未明确设置此值,则默认值取决于您是否从 Visual Studio 运行: 如果您不在Visual Studio 中,则默认值为true. 如果您在 Visual Studio 中,它会使用请求的预发布状态。也就是说,如果您使用的是 Visual Studio 的预览版,或者您设置了使用 .NET SDK 的预览选项(在工具>选项>环境>预览功能下),则默认值为true。否则,默认值为false。 前滚 类型: string 从以下版本可用:.NET Core 3.0 SDK。 选择 SDK 版本时使用的前滚策略,作为缺少特定 SDK 版本时的回退或作为使用更高版本的指令。一个版本必须与指定rollForward值,除非你将其设置为latestMajor。默认前滚行为由匹配规则决定。 要了解可用的策略及其行为,请考虑以下格式的 SDK 版本定义x.y.znn: x 是主要版本。 y 是次要版本。 z 是特征带。 nn 是补丁版本。 下表显示了rollForward键的可能值: 表格1 价值 行为 patch 使用指定的版本。 如果未找到,则前滚到最新的补丁级别。 如果找不到,则失败。 此值是早期版本的 SDK 的旧行为。 feature 对指定的主要、次要和功能带使用最新的补丁级别。 如果未找到,则前滚到同一大调/小调中的下一个更高的功能带,并使用该功能带的最新补丁级别。 如果找不到,则失败。 minor 对指定的主要、次要和功能带使用最新的补丁级别。 如果未找到,则前滚到同一主要/次要版本中的下一个更高的功能带,并使用该功能带的最新补丁级别。 如果未找到,则前滚到同一大调内的下一个更高的小调和功能带,并使用该功能带的最新补丁级别。 如果找不到,则失败。 major 对指定的主要、次要和功能带使用最新的补丁级别。 如果未找到,则前滚到同一主要/次要版本中的下一个更高的功能带,并使用该功能带的最新补丁级别。 如果未找到,则前滚到同一大调内的下一个更高的小调和功能带,并使用该功能带的最新补丁级别。 如果未找到,则前滚到下一个更高的主要、次要和功能带,并使用该功能带的最新补丁级别。 如果找不到,则失败。 latestPatch 使用最新安装的补丁级别,该补丁级别与请求的主要、次要和功能带与补丁级别相匹配,并且大于或等于指定的值。 如果找不到,则失败。 latestFeature 使用与请求的主要和次要功能区和补丁程序级别大于或等于指定值相匹配的最高已安装功能区和补丁程序级别。 如果找不到,则失败。 latestMinor 使用与请求的主版本相匹配的最高安装次版本、功能区域和补丁级别,并且次版本、功能区域和补丁级别大于或等于指定的值。 如果找不到,则失败。 latestMajor 使用版本高于或等于指定值的最高安装 .NET SDK。 如果找不到,则失败。 disable 不向前滚动。需要完全匹配。 msbuild-sdks 类型: object 让您可以在一个地方而不是在每个单独的项目中控制项目 SDK 版本。有关更多信息,请参阅如何解决项目 SDK。 例子 以下示例显示了如何不使用预发布版本: JSON 复制 { "sdk": { "allowPrerelease": false } } 以下示例显示如何使用安装的高于或等于指定版本的最高版本。显示的 JSON 不允许早于 2.2.200 的任何 SDK 版本,并允许 2.2.200 或任何更高版本,包括 3.0.xxx 和 3.1.xxx。 JSON 复制 { "sdk": { "version": "2.2.200", "rollForward": "lates

    01

    从ASP.NET Core2.2到3.0你可能会遇到这些问题

    趁着假期的时间所以想重新学习下微软的官方文档来巩固下基础知识。我们都知道微软目前已经发布了.NET Core3.0的第三个预览版,同时我家里的电脑也安装了vs2019。So,就用vs2019+.NET Core3.0来跟着做一下Contoso University这个WEB应用,但是在基于3.0进行操作的时候遇到了一些问题,所以我就查看了微软的《从 ASP.NET Core 迁移 2.2 到 3.0 预览版 2》这篇文档,就着今天遇到的问题,所以我整理下,希望对大伙有所帮助,当然大伙也可以直接阅读微软的官方文档进行查看。但是我在阅读官方说明的时候,总感觉翻译的不是很准确,读起来很拗口,所以这里我是自己的理解对官方文档的一个补充。

    02

    .NET Core 和 .NET 5 的发布和支持

    Microsoft 发布了 .NET 5(和 .NET Core)及更高版本的主要版本、次要版本和服务更新(补丁)。本文解释了发布类型、服务更新、SDK 功能带、支持期限和支持选项。 发布类型 有关每个版本类型的信息以Major.minor.patch形式编码在版本号中。 例如: .NET Core 3.0 和 NET 5.0 是主要版本。 .NET Core 3.1 是 .NET Core 3.0 主要版本之后的第一个次要版本。 .NET Core 3.1.7 是 .NET Core 3.1 的第七个补丁。 主要版本 主要版本包括新功能、新的公共 API 表面区域和错误修复。示例包括 .NET Core 3.0 和 .NET 5。由于更改的性质,这些版本预计会有重大更改。主要版本与以前的主要版本并排安装。 次要版本 次要版本还包括新功能、公共 API 表面区域和错误修复,也可能有重大更改。示例包括 .NET Core 2.1 和 .NET Core 3.1。这些版本与主要版本之间的区别在于更改的幅度较小。从 .NET Core 3.0 升级到 3.1 的应用程序有一个较小的跳跃向前推进。次要版本与以前的次要版本并排安装。 服务更新 服务更新(补丁)几乎每个月都会发布,这些更新包含安全和非安全错误修复。例如,.NET Core 3.1.8 是 .NET Core 3.1 的第八次更新。当这些更新包含安全修复程序时,它们会在“星期二补丁”发布,也就是每月的第二个星期二。预计服务更新将保持兼容性。从 .NET Core 3.1 开始,服务更新是删除先前更新的升级。例如,3.1 的最新服务更新会在成功安装后删除之前的 3.1 更新。 功能带(仅限 SDK) .NET SDK 的版本控制与 .NET 运行时略有不同。为了与新的 Visual Studio 版本保持一致,.NET SDK 更新有时会包含新功能或新版本的组件,例如 MSBuild 和 NuGet。这些新功能或组件可能与相同主要或次要版本的先前 SDK 更新中提供的版本不兼容。 为了区分此类更新,.NET SDK 使用了功能带的概念。例如,第一个 .NET Core 3.1 SDK 是 3.1.100。此版本对应于 3.1.1xx 功能带。功能带在版本号第三部分的数百个组中定义。例如,3.1.101 和 3.1.201 是两个不同特征带中的版本,而 3.1.101 和 3.1.199 是同一特征带中的版本。安装 .NET Core SDK 3.1.101 后,如果 .NET Core SDK 3.1.100 存在,则会从计算机中删除。当 .NET Core SDK 3.1.200 安装在同一台机器上时,不会删除 .NET Core SDK 3.1.101。 运行时前滚和兼容性 主要和次要更新与以前的版本并行安装。即使安装了较新的版本,为特定的major.minor版本而构建的应用程序仍会继续使用该目标运行时。除非您选择启用此行为,否则应用程序不会自动前滚以使用较新的Major.minor版本的运行时。为面向 .NET Core 3.0 构建的应用程序不会自动开始在 .NET Core 3.1 上运行。我们建议在部署到生产环境之前重建应用程序并针对更新的主要或次要运行时版本进行测试。有关更多信息,请参阅框架相关应用前滚和自包含部署运行时前滚。 服务更新与主要和次要版本的处理方式不同。默认情况下,为 .NET Core 3.1 构建的应用程序在 3.1.0 运行时上运行。安装该服务更新后,它会自动前滚以使用较新的 3.1.1 运行时。此行为是默认行为,因为我们希望在安装后立即使用安全修复程序,而无需任何其他操作。您可以选择退出此默认前滚行为。 .NET Core 和 .NET 5 版本生命周期 .NET Core、.NET 5 和更高版本采用现代生命周期,而不是已用于 .NET Framework 版本的固定生命周期。具有固定生命周期的产品提供较长的固定期限支持,例如 5 年的主流支持和 5 年的扩展支持。主流支持包括安全和非安全修复,而扩展支持仅提供安全修复。采用现代生命周期的产品具有更类似于服务的支持模型,支持周期更短,发布频率更高。 发布曲目 发布有两个支持轨道: 当前版本 这些版本在下一个主要或次要版本发布后的六个月内得到支持。以前(.NET Core 3.0 及更早版本),这些版本仅在下一个主要或次要版本发布后的三个月内受支持。 例子: .NET Core 3.0 于 2019 年 9 月发布,紧随其后的是 2019 年 12 月的 .NET Core 3.1。 .NET Core 3.0 支持于 2020 年 3 月结束,即 3.1 发布 3 个月后。 长期支持(LTS) 版本 这些版本的支持期限至少为 3 年,或者下一个 LT

    01
    领券