几年前我使用国外的一个流行的Blog服务来撰写博文，但是因为一些众所周知的原因我打不开自己的博客了，于是才刚刚开始写博的我就不得不中断这种行为了，直到后来在园子重新开博。前几天我弄到了条VPN，一时兴...- 补充一下，因为 C++/CLI 中不存在静态类型（从技术角度说，所谓的“静态类型”其实是抽象且密封的类型，C++/CLI 不允许这样编译），所以用 C++/CLI 来创建扩展方法也是必定会失败的。
- 很有意思，我也有类似的研究，不过表现的形式和博主的略有区别。
一会我把我的也发出来给大家看看。 - werShell 脚本来实现的。
但是后来发现这样弄了之后 PDB 和原始的 .cs 文件不符了，加上考虑到可能在更复杂的由整数类型字段所构成的结构体上也用得到，就暂时取消了最后施加泛型约束的部分。
不过很可惜，像是 And 和 Ceq 这样的指令似乎只能产生简单类型的结果，于是目前在复杂类型上套用的尝试是失败了。
所以我想找一些关于 Ceq 指令的资料，却意外发现原来我们研究过同样的问题，而且似乎也有不少共同的兴趣。
不知道博主现在还有没有在打理这个博客，如果博主有时间的话，不如我们来聊聊？... - @流逝在夏天
那堆文字是我自己随便写的，角色图的话来这里自己扒。 - @猫之良品
微软自家的东西通常都可以使用自动部署的，不去用就不是微软的问题了。 - @飞阿飞
从原理上说是不可能有那种东西的。 - 另外，用户不是符号化的东西，而是一个个具体的人，虽然用户群体总体上会表现出一定的共性，但绝大部分用户都或多或少地有一些五花八门甚至千奇百怪的需求。
一个产品中会有很多并不常用的功能，是产品真正“大众化”的特征；反过来如果产品只提供了“常用”功能，才意味着是在面向在现实中几乎不存在的“经典”用户。
这其实也是开发工具和命令行外壳的区别。
历史上曾经有过很多尝试推出某些产品的“简化版”的勇者，而它们之中绝大部分最终都以失败收场，其根本原因就是这个。 - 无论什么样的产品，都不可能在不升级的情况下提供新功能。
如果你觉得 .NET 框架它升级给你带来不便了，难道它不升级你程序反而更好写了吗？
.NET 框架的升级并没有强迫你要如何如何去做，而是给了你一个选项——一个可能“不友好”，但是却可以大大减轻你开发痛苦的选项；同时还保留着原来“还算友好”但是却会让你在开发过程中无比痛苦的选项。
至于该选哪个，这个决定是要由你作出的，而不是微软。
既然自己综合考量了之后选择了那个“不友好”的方案，就别那么不讲道理，除非你能给出一个更加“友好”的提案。 - 你不用不带表别人不用，你的“大众化”软件不需要不代表别人的“大众化”软件也不需要。
简单地说，你不能随便替别人下结论。 - Windows 每一次更新换代也会增加很多新特性、新 API，但是有几个人真的了解呢？大部分人还只是以为 Windows 就是换了层皮而已。
如果微软要等开发者都开始使用这些新特性、大部分用户都能认识到这些特性之后才推出下一个版本的话，那很多现在流行的技术就算再等十年都不会出现。 - 。
4、Flash 崛起的时候还姓 Macromedia，Adobe 是后来的事了。而且 Flash Player 有很多 BUG 到现在还没解决，这些问题到官方论坛上提出的话还会神秘消失，在其它地方讨论有一堆脑残粉丝指责肯定是你自己弄错了。
最后，技术的普及始终需要时间，若像你所说的那样新技术等过几年再发布，那你觉得你要等几十年才能用上新技术？
实际上无论什么开发平台，一般的开发者会用的特性往往只有 5% 左右，任何人都不可能完全搞懂，甚至有很多很常见的功能，一些做了十几年开发工作的“高级”开发人员也不一定清楚。
如果框架升级加了功能你觉得学不过来的话，那就说明学习的目的根本就搞错了。 - 有一个 Win32api 是可以报告复制进度的，Windows 资源管理器是通过调用那个 api 来实现这样的效果的。
不过我不知道在 .NET 框架中有没有对这个 Win32api 的封装。 - @刘江北
IE不是操作系统。。。。。。。。 - 对于了解JavaScript的人来说，这还真没有啥是想不到的
- #green_channel a{/* ... 省略 ... */-moz-border-radius: 5px;-webkit-border-radius: 10px;-moz-box-shadow...
- 杀个鸡就能得出牛刀没用的结论？
- 辛苦啦辛苦啦！
- 无知不是罪，但也不能成为免罪符。
- 说实在的，我觉得现在div滥用的情况已经没那么严重了。
现在让我头疼的是reset css……
我在查阅了W3C的HTML4默认CSS配置以后发现，reset css实际上是把HTML 4中的一些本来有意义的样式给取消掉了。
这样取消掉之后再重设置……我怎么想都觉得有点画蛇添足的意思。 - 虽然我不怎么用Java，但是关于字符串的那个问题，其实在C#中也有类似现象。
具体情况是这样：
如果你用==比较两个字符串类型的值，只要它们内容相同，就会返回true；
如果你用==比较两个并不全都是字符串类型的值，它们就会按引用比较，只有当两边都是字符串池中的同一个对象时才返回true。
在C#中会有这样行为的原因是，当你用==运算符把字符串和另一个非字符串的值进行比较的时候，编译器只能选择Object上实现的==运算符，也就是引用比较，于是就产生了意料之外的结果。
在C#中正确的操作办法是，使用Equals方法，或者先把两边都cast成字符串类型。 - 网络上所流传的大部分验证信箱格式的正则表达式往往会对一些实际上有效的信箱地址作出错误地判断，所以我参考 RFC 写了个比较完善的，可以用来对付几乎所有可能的信箱地址格式。
- 喷人之前先自己做好功课，搞清楚人家到底在说什么。...
- 值得注意的是，在Singularity和Cosmos中都有一种可以把CIL转译成原生机器码甚至是可执行文件的编译器，但是由于CLR的核心功能实在是很复杂，所以这些AOT编译器也没有提供CLR的完整功能。
- Cosmos不是微软的，微软的叫Singularity。
不过楼主有些说得不太准确的地方，说是用.NET开发操作系统，可以说对也可以说不对。
实际上通过使用Cosmos来开发操作系统已经跟.NET框架没关系里，我们主要用的是Visual Studio这个开发环境，以及C#、VB.NET和CIL。
当然了，编写代码的时候使用的编程接口还是和.NET框架是很相似的，只不过在其背后是通过一个个patch来实现的，而不是直接把.NET框架拿来用。 - Drawing里面的东西是跟GDI+相关联的，跟winform没关系，请放心使用。
- 有很多开源/自由软件使用的是MIT或者BSD这样的允许投入零售软件商品的许可证，开源或者软件并不是就不能商用，实际上很多人对这些许可证有误解。
另外免费版本是有一个小升级而已，到5月末才真正过期。
对于转为收费产品，redgate也说了是为了保障后续版本的开发和维护。
如果软件是你做的当然你愿意免费发布也没人会说你什么，但是人家开发的东西如果成本都收不回来的话，你这样做是不是有点不厚道？ - 博主提到了可选参数和 CLS 之间的问题，我觉得它其实是这么回事：
可选参数并不在 CLS 规范之中，所以一个符合 CLS 的语言并不是必须要有可选参数，这样一来在这样的语言中可选参数功能就不能用。
但是反过来语言不支持可选参数的话还是可以明确指定参数来调用的，所以在这个角度上说就算用了可选参数也不会导致跟 CLS 不兼容。 - 方法2有什么问题?
- 加前缀的意思就是“还不是标准”。
这是CSS官方建议里的。
