public class P1 { public int Age; }
把字段的访问修饰符设置成public破坏了面向对象程序设计(OOP)的封装性,所以得改成
public class P2 { int _Age; public int Age { get { return _Age; } set { _Age = value; } } }
这样其他类可以通过属性Age访问字段_Age了。
当然,您还可以加上验证
public class P3 { int _Age; public int Age { get { return _Age; } set { if (value > 0 && value < 150) _Age = value; } } }
还可以设置成只读,只写等。
好心的微软为了让您方便,P2还可以写成
public class P2 { public int Age { get; set; } }
效果一样,相当优雅,使用方便,然后就非常熟练了,然后就出现了P3的情形
public class P3 { private int Age { get; set; } }
这样的私有属性,是不是不应该有?
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· 写一个简单的SQL生成工具
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)