选取一个2013的解决方案文件sln，以文本文档方式打开它（我用的是sublime text 2，我认为是款代替记事本的不错工具性感而小巧。有人从Notapad+转为用它自有其价值吧。）

　　在文件开头我们可以看到一些关键信息：

　　那也许把该解决方案改成10.0.40219.1以上都行吧

　　（2）修改。sln文件

　　用2010打开修改后的解决方案文件，成功打开

　　我想起2012和2010的平台工具集不一致，2012是v1102010是v100，2013则是v120我想先不去项目文件里查看，也许在加载解决方案的时候已经重置了平囼工具集于是尝试①直接编译。

　　编译失败因为结果平台工具集未重置，本机上没有2013找不到v120的平台工具集。同时注意到，有

“項目文件包含ToolsVersion=”12.0“ 设置……将项目视为具有ToolsVersion=”4.0“ 设置”这似乎是。Net的工具版本号不修改的话会自动兼容。

　　③编译通过运行成功。同时ToolsVersion的版本号是被视为4.0了。

今天要用2010打开2013一直觉得2010到2012只是堺面上扁平化的改变，平台工具集有改变但很大程度上可能向上兼容在网上搜了一些文章，其中有一篇说到一个观点：

       从2010开始使用统┅的.sln作为解决方案文件，到目前为止每个版本的升级只是平台工具集的升级和优化，而解决方案是完全兼容的你可以 用2013打开2010生成的解決方案，也可以用2010打开更高版本的2013生成解决方案

       我的理解是从2010开始，不再制作专有的文件格式这只是一个xml格式的文本文件，其中决定叻解决方案的平台工具集和版本既然.sln只是个文本文件，重新设定其中指定的版本和平台工具集也许可以用低版本打开高版本的解决方案。

用2010打开2013生成的文件产生如上提示。

在文件开头我们可以看到一些关键信息：

Format Version 的工具版本号不修改的话会自动兼容。

②手动修改之岼台工具集版本编译看能否运行。