我们是否应该拒绝这样的“属性”??
2008-03-08 17:16
543 查看
大家都知道,在c#中有属性(Property),可是大家对属性的理解都是怎么样的呢?在这里发表一些我对属性的看法。
首先这样一段代码:
代码1:
class PropertyExmaple
在上边代码中,定义了一个 Prop的属性,并分别设置了get与set accessor 属性,这样就可以对这个属性进行,读取与赋值操作。此时在使用该属性时与public的变量在使用上并无区别,那我们为什么要用属性,而不直接使用public string strProp呢?下边在看这样一段代码:
代码2:
class PropertyExample
{
{
{
{
{
{
strProp = value;
}
}
}
}
这样我们在属性的set属性中就对输入的值进行了有效性验证,如果用户用户输入的值超过8个字符就会弹出提示对话框,并且不会对变量strProp进行赋值,从而控制了赋值的有效性!
在这里我想强调一点,很多朋友虽然都知道属性的用法,可是并没有真正理解属性的用处,看看你的代码里是否类似代码1中的代码…………(头一次写文章,如有不足之处,请大家多指正,批评!我仅仅是一名c#爱好者,希望在这里与大家分享编程带给我们的快乐!
)
首先这样一段代码:
代码1:
class PropertyExmaple
在上边代码中,定义了一个 Prop的属性,并分别设置了get与set accessor 属性,这样就可以对这个属性进行,读取与赋值操作。此时在使用该属性时与public的变量在使用上并无区别,那我们为什么要用属性,而不直接使用public string strProp呢?下边在看这样一段代码:
代码2:
class PropertyExample
{
{
{
{
{
{
strProp = value;
}
}
}
}
这样我们在属性的set属性中就对输入的值进行了有效性验证,如果用户用户输入的值超过8个字符就会弹出提示对话框,并且不会对变量strProp进行赋值,从而控制了赋值的有效性!
在这里我想强调一点,很多朋友虽然都知道属性的用法,可是并没有真正理解属性的用处,看看你的代码里是否类似代码1中的代码…………(头一次写文章,如有不足之处,请大家多指正,批评!我仅仅是一名c#爱好者,希望在这里与大家分享编程带给我们的快乐!
)
相关文章推荐
- 日本,我们应该这样来混灭他们,太嚣张啦
- 统一管理log类,以及我们项目编程的时候应该更多的像这样封装起来!
- 我们应该这样
- 当我们不小心在linux 中把oracle的.dbf文件用rm删掉了,我们应该这样处理。
- 逆向文化运动,我们是否应该恢复繁体字?
- 数据仓库专题(8)-维度属性选择之维护历史是否应该保留
- web开发,我们是否应该更加Deep Inside了?
- 我们应该“帮助”这样的初学者吗?
- 基于媒体和社区属性的微博应该这样玩电商
- 我们是否应该遵守代码规范?
- 某手机厂商是否应该尝试这样去定位手机开机卡死的低概率问题?
- 不应该使用Connected属性作为Socket是否连接上的依据
- 数据仓库专题(8)-维度属性选择之维护历史是否应该保留
- struts2的实体类映射成数据库表格时,实体类的某个属性类型设为date,但是映射结果在数据库中是datetime类型的,这个时候我们应该采用的解决办法
- 我们应该这样
- 我们是否应该写完美代码?
- 这样写c#单列模式属性是否可以?
- 产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技术就不会被忽悠了。
- 您配置文件中的设置 (空密码的 root) 与 MySQL 默认管理员账户对应。您的 MySQL 服务器使用默认值运行当然没有问题,不过这样的话,被入侵的可能性会很大,我们强烈建议您应该立即给……