语言专有的类库应该放到.NET里吗？

　　尽管人们已经要求了很多年，开发人员们现在还是需要自行编写递归调用的复制目录方法，而且几乎每个实现都一样。为什么。NET Framework不提供这个简单而有用的功能呢？不过事实上，当您引用了Microsoft.VisualBasic程序集就会发现这个功能其实已经存在了。
　
　　读写ZIP文件是另一个程序员经常会遇到的工作。这比复制目录要麻烦一些，开发人员经常选择使用第三方类库或者命令行工具。其实大可不必如此，因为实际上。NET Framework从一开始就包含了ZIP框架。您只要从J#运行时中挖掘一下即可（希望这个框架不会消失）。
　
　　现在来看看我们第三个例子，开发人员经常需要读取逗号分割的文本文件以及固定宽度格式的文件。尽管这点表面上看起来很容易，不过一些小地方，例如引号的转义问题很容易被忽视。。NET 2.0里有VB的TextFieldParser类，这是一个通用的文本文件分析器，适合读取上述类型或类似的文件格式。
　
　　那么这些小功能仍旧是“语言专用”的，还是应该移植到。NET Framework的核心命名空间中呢？目前来说这是一个小问题，不过当一些新语言，例如F#，IronRuby，IronPython出现之后，这点会不会愈发变得麻烦呢？