首页 / C# / C#编译器对语言进行了哪些扩展?
C#编译器对语言进行了哪些扩展?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了C#编译器对语言进行了哪些扩展?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1258字,纯文字阅读大概需要2分钟。
内容图文
![C#编译器对语言进行了哪些扩展?](/upload/InfoBanner/zyjiaocheng/688/0c8c8dac97fe47df8e1d717900b7400f.jpg)
在Eric Lippert的blog entry on umpires以及C#编译器和规范中,他做出了以下声明:
(or deliberately; we implement a small number of extensions to the formal C# language)
这让我想知道,他到底指的是什么扩展名?
解决方法:
在他的评论中,他给出了一些答案,(并且他在过去的博客文章中也给出了一些答案)
处理常数0,类型化引用(http://www.eggheadcafe.com/articles/20030114.asp),条件表达式的类型分析…
但是他想说的是,这对最终用户来说并不重要,因为它们是奇怪的极端情况(例如“((m =>(m =>(m => …“) ),这是帮助编译器所必需的,并且不属于规范的一部分.
遵循规格,您应该没事.
(以下添加了1:42 pm)
因此,我说:“遵循规范,您应该会满意的.”这就是我可以为您提供的所有建议.是的,在某些地方编译器会偏离规范.但是这些并没有真正记录在案,部分是因为它们不知道该怎么办.他们会修复编译器以符合规范吗?还是他们更改了怪异行为的规范.这基本上是处理零物品的全部要点:
http://blogs.msdn.com/ericlippert/archive/2006/03/29/the-root-of-all-evil-part-two.aspx
这就是这些扩展的重点.它们(大部分)没有记录,因为(大部分)它们是未知的.谁知道,也许对Flags枚举的处理确实有些怪异,但并不完全符合规范,但是直到我们对它们做一些非常怪异的事情时,我们才真正知道这一点.标志枚举已经过测试,应该基本遵循规范,因此当我说“遵循规范并且您应该没问题”时,我的意思就是.您可能不会很好,因为有陷阱.但是埃里克(Eric)会尽力解决这些问题,并在此期间让他们知道.
内容总结
以上是互联网集市为您收集整理的C#编译器对语言进行了哪些扩展?全部内容,希望文章能够帮你解决C#编译器对语言进行了哪些扩展?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。