C#:应该将对象变量分配给 null 吗?
- 作者: 袅男
- 来源: 51数据库
- 2022-10-20
问题描述
在 C# 中，如果您已经使用完一个对象变量，是否有必要将其分配给 null，即使它无论如何都会超出范围?
In C#, is it necessary to assign an object variable to null if you have finished using it, even when it will go out of scope anyway?
推荐答案
不，这实际上可能很危险且容易出错(考虑一下有人可能会在以后尝试使用它，而没有意识到它已被设置)为空).仅当存在将其设置为 null 的合乎逻辑的原因时才将其设置为 null.
No, and that could in fact be dangerous and bug-prone (consider the possibility that someone might try to use it later on, not realizing it had been set to null). Only set something to null if there's a logical reason to set it to null.
推荐阅读
- C#通过fleck实现wss协议的WebSocket多人Web实时聊天（附源码）
- 团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
- 使用 MSBuild.exe 在发布模式下构建 C# 解决方案
- 当我发布 Web 应用程序时，AfterPublish 脚本不运行
- 构建时 T4 转换的产品仅在下一个构建中使用
- ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
- 新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
- 如何将条件编译符号(DefineConstants)传递给 msbuild
- MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
- NuGet 包还原找不到包，没有源
热点文章
团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
0
使用 MSBuild.exe 在发布模式下构建 C# 解决方案
0
当我发布 Web 应用程序时，AfterPublish 脚本不运行
0
构建时 T4 转换的产品仅在下一个构建中使用
0
ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
0
新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
0
如何将条件编译符号(DefineConstants)传递给 msbuild
0
MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
0
NuGet 包还原找不到包，没有源
0
使用 C# 6.0 功能运行 TFS 构建
0
