Attribute(特性),怎么用才更好? —— 字段编号被误解了
2010-08-06 13:00 金色海洋(jyk) 阅读(2823) 评论(44) 编辑 收藏 举报
上一篇里(Attribute(特性),怎么用才更好? ),有人说,“坚决杜绝magic number ”,这个magic number指的就是字段编号吧,其实您误解了。
一提到字段编号,可能有些人的第一反应就是这样的用法:
Person1.2000020,或者Person1[2000020],或者ds[2000020]。
这么用确实是不好的,不易读,很容易写错。但是我可没说要这么用呀。请看实体类的定义,可能是写在后面了,有些人没仔细看吧。

{
private string _Name;
private int _Age;
private string _Sex;
[ColumnID(2000020)]
public string Name
{
get { return this._Name; }
set { this._Name = value; }
}
[ColumnID(2000040)]
public int Age
{
get { return this._Age; }
set { this._Age = value; }
}
[ColumnID(2000030)]
public string Sex
{
get { return this._Sex; }
set { this._Sex = value; }
}
}
那么用的时候是什么样的呢?和普通的实体类没什么区别,就是 Person1.Name、Person1.Age。没有magic number什么事。
那么magic number 在什么时候用呢?在保存数据的时候才需要用的。
我们写一个通用的函数实现保存数据的功能,在这里通过反射获得字段编号,然后根据编号到数据库里提取需要的信息。
这个过程并不需要程序员操心,而且也没有具体的某个字段编号。
所以我觉得完全不存在magic number 的缺点。这里的字段编号完全是给程序看的,而不是给程序员看的。
字段编号 != 字段名称
字段编号其实是字段描述表(Manage_Columns表)里的主键字段值,见下图。
用关联的方式,记录表单里需要哪些字段,下图是一个视图
上一篇的回复比较多,直接回复的话,恐怕好多人看不到。而我觉得好像好多人都有这种误解,所以还是单开一篇来说明一下。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· What?废柴, 还在本地部署DeepSeek吗?Are you kidding?
· 程序员转型AI:行业分析
· 深入集成:使用 DeepSeek SDK for .NET 实现自然语言处理功能
· 为DeepSeek添加本地知识库
· .NET程序员AI开发基座:Microsoft.Extensions.AI