何时构建迁移？
我正在构建一个类似视觉工作室的应用程序：用户可以创建一个新项目，对其进行编辑，将其保存到磁盘并加载。该项目与 VS 并不完全相同，它是特定于领域的。
与 VS 一样，我需要一种将项目从 V1 迁移到 V2 的方法，因为它们在磁盘上具有不同的结构。
我什么时候应该构建这样的迁移工具？
选项 1：在版本即将结束时声明“冻结”格式破坏性更改并构建转换器。 缺点：在整个开发期间，由于没有迁移路径，开发人员无法在开发版本中打开真正的客户项目。现在查看真实项目性能/用户界面的外观可能很有用。
选项 2：当开发人员做出重大更改时，他应该将其添加到迁移项目中。 缺点：开发人员的开销很大。
I am building a visual studio like application: User can create a new project, edit it, save it to disk and load. The project isn't exactly like VS it is domain specific.
Like with VS I need a way to migrate project from V1 to V2 as they have a different structure on disk.
When should I build such migration tool?
option 1: Near the end of a release declare "freeze" on format breaking changes and build a converter.
cons: During the whole development period developers cannot open a real customer project in the development version since there is no migration path. It can be useful to see how a real project performance / UI looks now.
option 2: At the moment a developer makes a breaking change he should add it to the migration project.
Cons: A lot of overhead for dev.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
最有可能的选择 2。拥有“真实”数据非常有价值。
此外，当您对相关内容有新的认识时，构建每次转换就会容易得多，并且您不太可能忘记格式某些部分的转换。
Most likely option 2. Having "real" data is very valuable.
Further more it is much easier to build each conversion when you have the relevant stuff fresh in mind, and you are less likely to forget conversion of some parts of the format.