在.NET 4发布之前的几年里,博客圈中到处都是Code Contracts(代码契约)的内容。.NET 4中包含的运行时组件以及Visual Studio 2010更昂贵版本中提供的静态检查器使其变得更加完善。
尽管围绕Code Contracts的热潮已经平息,但人们是否在生产中使用它呢?微软研究部门还在进一步开发它吗?
在.NET 4发布之前的几年里,博客圈中到处都是Code Contracts(代码契约)的内容。.NET 4中包含的运行时组件以及Visual Studio 2010更昂贵版本中提供的静态检查器使其变得更加完善。
尽管围绕Code Contracts的热潮已经平息,但人们是否在生产中使用它呢?微软研究部门还在进一步开发它吗?
所以,是的,我认为它仍在继续开发。它会在普通代码店中取得重大进展吗?现在还为时过早。偶尔我会看到一些关于它的Stack Overflow问题,这表明它仍然在某些地方使用 - 但我没有看到像我想要的那样的更多采用证据。
我怀疑它是那些在某些情况下非常有用,在其他情况下有点麻烦的工具之一 - 而且在全新的项目中比老项目中更有用。
至少在.NET Framework本身中仍然在使用(至少截至4.51版本)。举个例子,看一下System.Text.StringBuilder
类的实现。