你这样编写过、用过属性(Property)吗?
你这样编写过、用过属性(Property)吗?
你这么用过属性吗?
此属性一声明,我多数的操作Session中的表,就只要写个Chosen就行了,我不必写(DataTable)Session["Chosen")这么一长串,也不必每次判断Session["Chosen"]是不是是Null,微软的建议,只写的访问最好写成方法,但是这里我又要读又要写,用方法要写两个,再者用方法代码和语义都不如属性来得直接。
但是我们来看C#对属性的定义,一般属性是用来给类的内部成员提供外部访问的接口,但凭什么property就不能做成给内部用呢?真是少根筋。哈哈,我这叫童子骂夫子,我的宗旨是实用就行,所以在某某高深层面来讲我的是错误的,请指正。

浙公网安备 33010602011771号
微软也是实用主义,不会跟你有太大的冲突的
不好意思,误导大家了。
哈哈哈。
用Property可以等价于函数的调用,跟直接访问一个变量是有质的不一样。
好比可以判断是否null等等的一些逻辑加入。更具灵活性
我的感觉,现在的年青人太冲动了,没有调查就没有发言权。
听说过“冲动是魔鬼”吗?呵。
在GET/SET代码中加入过多代码会导致代码的可读性下降,在一个大型的应用中就显得得不偿失了
从另一个角度来说,如果一个model中有过多的controller,本身这个设计就是有问题的.
C#是一个很灵活的语言,灵活不等于就可以没有了规矩
寒,怎么又出来个愤青啊。
我的感觉,现在的年青人太冲动了,没有调查就没有发言权。
听说过“冲动是魔鬼”吗?呵。
听棠.NET 评论于 2005-04-15 21:15
----偶不是愤青,偶不是愤青,偶真是不愤青啊,偶绝对不是愤青。。。。
----愤青也不是很坏哦。。。
----只是大师的书上那样写,我一般就没有去验证了,就像你去一个陌生城市问路,一个当地人告诉你,这条路过去会比较近,那条会比较远,你还会去试验一下倒底这条近不近吗?
但是你也没必要骂谁,你这样做除了显得你肤浅没教养以外,还代表你并不适合写程序
看来,我还是回家种那一亩三分地吧。
就算你完全相信了,你也没有必要骂C#的设计大师啊。
人家的设计大师会犯这样的错误吗?你想过吗?
就算有吧。你也要以一种谦逊的态度提出疑问。而不是象原来的标题一样。
总之,有点冲动。
在对待问题,我们要保持冷静与科学。
哎呀不说了。。。
总之不管怎么说,我以后还是要这样写。一有附加动作你就全写成方法吧,那样做,估计我们的神六能上火星了。
好吧,哪位兄弟给我一把刀,我愧对江东父老。(别以为我去引咎自刎,我去把江东父老干了,:))