![C#4动态关键字 – 为什么不呢?,第1张 C#4动态关键字 – 为什么不呢?,第1张](/aiimages/C%234%E5%8A%A8%E6%80%81%E5%85%B3%E9%94%AE%E5%AD%97+%E2%80%93+%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%8D%E5%91%A2%EF%BC%9F.png)
概述在阅读了许多对 this thread的回复之后,我发现很多不喜欢它的人都会引用滥用新
关键字的可能性.我的问题是,什么样的滥用?怎么会这么严重地被滥用,以至于让人们激烈地不喜欢它呢?这只是纯粹主义吗?或者是否有一个我只是没有看到的真正陷阱? 有些人认为它是一种滥用的工具.就像VB中的“Option Strict Off”和“On Error Resume Next”一样,C#和Java之类的“纯粹 在阅读了许多对 this thread的回复之后,我发现很多不喜欢它的人都会引用滥用新关键字的可能性.我的问题是,什么样的滥用?怎么会这么严重地被滥用,以至于让人们激烈地不喜欢它呢?这只是纯粹主义吗?或者是否有一个我只是没有看到的真正陷阱?解决方法 有些人认为它是一种滥用的工具.就像VB中的“Option Strict Off”和“On Error Resume Next”一样,C#和Java之类的“纯粹”语言从未有过.
许多人对“var”关键字说了同样的话,但是一旦被理解为与VB的“Variant”不一样,我就不会看到它被滥用了.
它可能被滥用在懒惰的开发人员不希望对类进行类型检查的地方,只是尝试捕获动态调用而不是写“如果blah是Blah ……”.
我个人认为它可以在我回答的this最近问题的情况下正确使用.
我认为那些真正理解它的力量的是那些大量使用动态.NET语言的东西.
总结
以上是内存溢出为你收集整理的C#4动态关键字 – 为什么不呢?全部内容,希望文章能够帮你解决C#4动态关键字 – 为什么不呢?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
评论列表(0条)