也许是关于C#的一些常见误区_.NET_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > .NET > 也许是关于C#的一些常见误区

也许是关于C#的一些常见误区

 2016/7/30 5:32:59  喻言  程序员俱乐部  我要评论(0)
  • 摘要:写这点东西主要是看到知乎上有人在讨论相关的问题,但是有不少人都在说一些不严谨,甚至是完全错误但是流传甚广的东西,甚至是一些大神都在说,以下根据我的回答总结。一个很常见又很低级的误区是:认为引用类型保存在堆上,值类型保存在栈上……其实这个问题幼稚得我懒得说……但是实在又忍不住吐槽。很多人都在说这句话,甚至很多初学者把他当成金科玉律。实际上第一句话是正确的,但值类型的保存位置是要看上下文的,应该说值类型保存在他的声明位置
  • 标签:C# 误区

     写这点东西主要是看到知乎上有人在讨论相关的问题,但是有不少人都在说一些不严谨,甚至是完全错误 但是流传甚广的东西,甚至是一些大神都在说,以下根据我的回答总结。
    一个很常见又很低级的误区是:认为引用类型保存在堆上,值类型保存在栈上……其实这个问题幼稚得我懒得说……但是实在又忍不住吐槽。
    很多人都在说这句话,甚至很多初学者把他当成金科玉律。实际上第一句话是正确的,但值类型的保存位置是要看上下文的,应该说值类型保存在他的声明位置。比如在一个类里声明一个Int a,a此时当然是保存在堆上的。只有局部变量和方法参数(在C#1中)总是保存在栈上,在C#2以后局部变量很多也不完全在栈上了。
    其实以上所有都没有在C#规范中硬性规定,不过CLR总是这么做的。

    第二个问题也是昨天知乎上很多人在扯的,所谓“C#中的对象默认是引用传递的”。
    首先……引用传递和传递引用完全不是一回事…… 引用传递和值传递是一种求值策略,正式定义解释起来比较麻烦,不过正常计算机专业本科生应该会知道,不知道的去谷歌……
    (
    顺便吐槽一下,在java里只有值传递这一种情况,而C#中可以用ref  out标识是引用传递还是值传递,另外,如果不想或者不能用值类型的值,在C#里也可以通过装箱和拆箱来实现,就语言特性来客观的来说,C#甩了java一百条街,所以用C#可以写出非常风骚的代码,同时也能从语言层面较好的规范(不合格的)程序员
    ) 
     实际上正好相反,如果没有ref out标识符的话,事实上基本都是值传递。

    写了这么多了不想写了……最后再安利一下,C#是一门特别甜的语言,非常多的糖,非常多的特性,别说特性可以模拟,是可以模拟,但你是愿意写一大堆丑陋的东西去模拟还是用一个干干净净的关键字呢?而且有些特性你也模拟不了,比如c#里的dynamic,当然c#并不是一个原生的动态语言,总会有一些缺陷,但是比起大多数静态语言的动态特性要强太多了。

     哦对了,我突然又想起一点。
    关于隐式类型和匿名类型很多人有莫名其妙的性能担心。
    比如:
    var 3ds = { comment = "good", price = "1000" }
    var psv = { comment = "terrible" prive = "1500"}

    这两个匿名类型 第一,在编译阶段就已经完成了,他们的属性也是普通属性,并不会发生动态查找,第二,编译器会将他们编译成同一种类型,你可以试试3ds = psv ,是可以通过的(当然我心理上不接受)。 
    另外像这样的匿名方法:
    Func<int,int,string> pixel = (x,y) =>(x*y).ToString(); 
    也只是一个普通的函数,不需要产生性能担心。他只是很甜而已。

    不过要说的是当委托无法释放的时候事件也无法被GC回收,这一点需要注意。

    不说了!写了这么多。 

发表评论
用户名: 匿名