基本的に、下位互換性を犠牲にして、新しいバージョンで古いバージョンで作成されたコンテンツを新しいバージョンの形式に (自動的に) 変換する必要があるアプリでこの動作を行うことについて疑問に思っています。
Visual Studio は、その.slnファイルに対してこれを行います。
この慣習に賛否両論はありますか？
私が書いているアプリ (3D コンテンツ作成) のコンテキストでは、古いコンテンツ ファイルの場合にのみ実装できる可能性のあるものを時間内に作成する (より速く、より良く、より効率的に) 潜在的に異なる方法を見つけることを考えていました。似たような方法で同じものを作成する新しい方法に変換されます。
たとえば、クラスを使用することで、これをより一般的かつ高速に実行できることに気付いv1たShapeクラスがあったかもしれません。ただし、古いものを維持するには、古いコンテンツ ファイルを変換する必要があり、すべてが新しいバージョンと互換性があります。v2PolySplineShapesPolySplines
これは合理的な考えですか？
私が言及していない要因は、データを共有するほぼ全員が同じバージョンのアプリケーションを使用する可能性が高いかどうかです。たとえば、楽譜編集プログラムのようなものが以前のバージョンでは読み取れない形式で保存された場合、非常に煩わしいことがあります。楽譜を交換したい人は、同じバージョンのソフトウェアを実行していない可能性が非常に高いからです。一方、小規模なショップ内のユーザーのみがデータベースにアクセスする場合は、全員を同時にアップグレードするだけで完了できるように計画してください。
巨大なインストールベースと厳格なアップグレードポリシー/コスト（Officeを備えたMicrosoftのように）がない限り、ユーザーが古いバージョンのソフトウェアで新しいバージョンのファイルを開く必要があるという問題はありません。言い換えれば、人々は頻繁にアップグレードしますが、ダウングレードすることはめったにありません。
今予測して検討できることの1つは、（a）新しい形式のファイルと古いバージョンのソフトウェアを使用しているユーザーがこの新しいファイルを表示できるようにする（そしておそらくアップグレードすることを決定する）無料のプレーヤーと（b）変換するコンバーターモジュールを作成することです。新しい形式から古い形式に、サポートされていない機能/要素が削除される可能性があります。