Một thiết kế tốt để cho phép khả năng tương thích ngược của các tệp giữa các phiên bản phần mềm khác nhau là gì?

Một thiết kế tốt để cho phép khả năng tương thích ngược của một loại tệp giữa các phiên bản phần mềm khác nhau là gì?

Chẳng hạn, làm thế nào microsoft có được word 2007, 2010 và 2013, v.v ... cho tất cả các tệp docx đang mở, nhưng các phiên bản khác nhau có thể lưu nhiều hơn / ít dữ liệu hơn và lưu dữ liệu theo các cách hơi khác nhau, tất cả vào cùng một loại tệp và a tập tin được lưu trong một phiên bản có thể được mở trong một phiên bản khác, nhưng một số yếu tố nhất định của tập tin có thể không có sẵn trong các phiên bản cũ hơn?

Ý tôi là, cách thực sự rõ ràng để làm điều đó là có một cái gì đó như

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
            .....
}

nhưng điều đó dường như vô cùng nguyên khối, không thể mở rộng và có khả năng dẫn đến rất nhiều mã sao chép / dán.

Vì vậy, tôi đã nghĩ đến việc sử dụng giao diện cơ sở cho tất cả các phiên bản xác định cấu trúc bất biến, chẳng hạn như tiêu đề, cần phải có trong tệp và các phương thức cần có sẵn để tuần tự hóa / giải tuần tự hóa, sau đó nhiều kế thừa để mỗi kế thừa Lớp của phiên bản mới thực hiện giao diện kế thừa phiên bản cũ và chỉ ghi đè lên những thứ đã thay đổi, vì phần lớn tệp sẽ giống nhau.

Tôi không thực sự bận tâm về cấu trúc của tệp, vì nó đã quyết định rằng chúng tôi sẽ sử dụng XML và lược đồ ban đầu, nói chung, đã được quyết định. Tuy nhiên, không có nghi ngờ gì về những thay đổi trong tương lai và tôi chỉ muốn có thể thiết kế mã theo cách giúp dễ dàng điều chỉnh những thay đổi này.

Bạn có thể xem định dạng tệp PNG và cách xử lý tương thích phiên bản. Mỗi khối có một id mô tả loại khối đó là gì và nó có một số cờ cho phần mềm biết phải làm gì nếu không thể hiểu id đó. Ví dụ: "bạn không thể đọc tệp nếu bạn không hiểu khối này" hoặc "bạn có thể đọc tệp nhưng không sửa đổi tệp" hoặc "bạn có thể sửa đổi tệp nhưng bạn phải xóa khối này". Để tương thích ngược, phần mềm của bạn chỉ cần xử lý tình huống khi không có dữ liệu dự kiến.

Một cách để làm điều này có thể là bằng cách sử dụng một lớp cơ sở và giao diện với các chức năng cơ bản để xử lý tệp của bạn. Sau đó sử dụng các lớp cho mỗi phiên bản mở rộng từ lớp cơ sở để xử lý tất cả các trường hợp cụ thể của phiên bản. Các hàm có thể thay đổi có thể là ảo trong lớp trừu tượng cơ sở của bạn nếu chỉ có các triển khai cụ thể của phiên bản. Khi bạn cần một lớp để xử lý tệp, hãy sử dụng một nhà máy có phiên bản triển khai cụ thể của giao diện xử lý tệp.

Tôi đã làm điều này với XML và nó hoạt động tốt:

Đơn giản chỉ cần cho phép bất kỳ yếu tố nào trong tài liệu của bạn, có bất kỳ thuộc tính và bất kỳ phần phụ nào (và khi thứ tự không quan trọng - theo bất kỳ thứ tự nào). Bắt đầu từ phiên bản đầu tiên của chương trình - khi đọc tài liệu, bỏ qua các thuộc tính và thành phần phụ mà bạn không biết trong phiên bản hiện tại.

Trong tương lai khi bạn thêm tính năng mới vào phiên bản mới của chương trình, sau đó thêm thuộc tính hoặc thành phần phụ. Các phiên bản cũ hơn sẽ bỏ qua nó. Phiên bản mới nên kiểm tra áp lực của thuộc tính hoặc thành phần phụ và xử lý với nó.

Ví dụ: bạn có một số mục có văn bản:

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

Và trong phiên bản mới hơn, bạn muốn thêm màu vào mục để thêm thuộc tính color:

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

Phiên bản cũ hơn sẽ đơn giản bỏ qua colorthuộc tính khi mở tài liệu. Các phiên bản mới kiểm tra mức độ áp lực của colorthuộc tính và nếu không tồn tại sẽ gán màu mặc định.

Với giải pháp đơn giản này, bạn sẽ có cả khả năng tương thích ngược và tiến.