基本上，我想知道在新版本要求使用旧版本创建的内容（自动）转换为新版本格式的应用程序中具有这种行为，但以向后兼容为代价。
Visual Studio 对其.sln文件执行此操作。
这种做法有什么优点/缺点吗？
我想在我正在编写的应用程序的上下文中（3d 内容创建），我正在考虑寻找潜在的不同方法来及时创建事物（更快、更好、更高效），这可能只有在较旧的内容文件时才有可能实现被转换为以看似相似的方式创建相同事物的新方式。
例如，也许v1有一个Shape类，你意识到你可以通过使用一个类v2来更通用、更快地做到这一点。PolySpline但是为了拥有旧Shapes的PolySplines内容，您将转换旧的内容文件，并且一切都将与新版本兼容。
这是一个合理的想法吗？
我没有看到提到的一个因素是，是否几乎每个共享数据的人都可能使用相同版本的应用程序。例如，如果像乐谱编辑程序之类的东西以早期版本无法读取的格式保存，这可能会非常烦人，因为希望交换乐谱的人很可能不会运行相同版本的软件。另一方面，如果数据库只能由小商店内的用户访问，则计划只对每个人进行同步升级并完成它。
除非您拥有庞大的安装基础和严格的升级政策/成本（例如 Microsoft 的 Office），否则您应该不会遇到用户需要在旧版本软件上打开新版本文件的问题。换句话说，人们经常升级，但很少降级。
您现在可以预见和考虑的一件事是创建（a）一些免费播放器，让拥有新格式文件和旧版本软件的用户看到这个新文件（并且可能决定升级）和（b）将转换的转换器模块新格式到旧格式可能会删除一些不受支持的功能/元素。