Farklı yazılım sürümleri arasında dosyaların geriye dönük uyumluluğuna izin vermek için iyi bir tasarım nedir?

Bir dosya türünün farklı yazılım sürümleri arasında geriye dönük uyumluluğa izin vermek için iyi bir tasarım nedir?

Örneğin, microsoft 2007, 2010 ve 2013 vb. Kelimelerini tüm açık docx dosyalarına nasıl alır, ancak farklı sürümler daha fazla / daha az veri kaydedebilir ve verileri aynı dosya türüne, biraz farklı şekillerde kaydedebilir ve bir bir sürümde kaydedilen dosya başka bir sürümde açılabilir, ancak dosyanın belirli öğeleri eski sürümlerde bulunmayabilir mi?

Demek istediğim, bunu yapmanın en bariz yolu,

private string openfile(string filename)
{
    File.Open(filename)

    ... some logic that gets a header from the file that will never change

    switch (fileversion)
        case 2007:
            .....
        case 2010
            .....
        case 2013
            .....
}

ancak bu inanılmaz derecede yekpare, çok genişletilemez ve çok sayıda kopyalanmış / yapıştırılmış koda yol açıyor gibi görünüyor.

Bu yüzden, başlıkta, dosyada bulunması gereken değişmez yapıları ve serileştirme / serileştirme için kullanılabilir olması gereken yöntemleri, ardından çoklu kalıtımları tanımlayan tüm sürümler için bir taban arayüzü kullanmayı düşünüyordum. arabirimi uygulayan yeni sürümün sınıfı eski sürümü devralır ve yalnızca dosya değiştiğinden çoğunlukla değişen şeyleri geçersiz kılar.

Dosyanın yapısı hakkında gerçekten rahatsız değilim, çünkü zaten XML kullanacağımıza karar verildi ve ilk şema genel olarak zaten karar verdi. Ancak hiç şüphesiz gelecekte değişiklikler olacak ve ben sadece kodu bu değişiklikleri kolaylaştıracak şekilde tasarlayabilmek istiyorum.

PNG dosya biçimine ve sürüm uyumluluğunu nasıl ele aldığına bir göz atabilirsiniz. Her bloğun ne tür bir blok olduğunu açıklayan bir kimliği vardır ve yazılıma bu kimliği anlayamıyorsa ne yapması gerektiğini söyleyen bazı bayrakları vardır. Örneğin, "bu bloğu anlamıyorsanız dosyayı okuyamazsınız" veya "dosyayı okuyabilir ancak değiştiremezsiniz" veya "dosyayı değiştirebilirsiniz ancak bu bloğu silmeniz gerekir". Geriye dönük uyumluluk için, yazılımınızın beklenen veriler olmadığında durumu ele alması gerekir.

Bunu yapmanın bir yolu, dosya işleme için temel işlevlere sahip bir temel sınıf ve arabirim kullanmak olabilir. Ardından, sürüme özel tüm durumları işlemek için temel sınıftan uzanan her sürüm için sınıfları kullanın. Yalnızca sürüme özgü uygulamalar varsa, soyut temel sınıfınızda değiştirebileceğiniz işlevler sanal olabilir. Dosyayı işlemek için bir sınıfa ihtiyacınız olduğunda, dosya işleme arabiriminin sürüme özgü uygulamasını sağlayan bir fabrika kullanın.

XML ile bunu yaptım ve iyi çalışıyor:

Belgenizdeki herhangi bir öğenin, niteliklere ve alt öğelere sahip olmasına (ve sipariş önemli olmadığında - herhangi bir sırayla) izin vermeniz yeterlidir. Programın ilk sürümünden başlayarak - belgeyi okurken, geçerli sürümde bilmediğiniz nitelikleri ve alt öğeleri yok sayın.

Gelecekte, programın yeni sürümüne yeni bir özellik eklerken öznitelik veya alt öğe ekleyin. Eski sürümler bunu görmezden gelir. Yeni sürüm, öznitelik veya alt öğenin basıncını kontrol etmeli ve onunla baş etmelidir.

Örneğin, metin içeren bazı öğeleriniz var:

<item text="Hello, world!"/>

Ve yeni sürümde, öğeye renk eklemek istersiniz, böylece özellik eklersiniz color:

<item text="Hello, world!" color="008000"/>

Eski sürüm, colorbelge açılırken niteliği görmezden gelir. Yeni sürümler colorözniteliğin varlığını kontrol eder ve yoksa varsayılan renk atar.

Bu basit çözüm ile hem geriye hem de ileri uyumluluğa sahip olacaksınız.