XML có nhiều lợi ích. Đó là cả hai máy tính và con người có thể đọc được, nó có một định dạng tiêu chuẩn hóa và nó là đáng kể linh hoạt.Có (đã có) bất kỳ nỗ lực nào để tạo một ngôn ngữ lược đồ cho các định dạng nhị phân tùy ý không?
Nó cũng có một số nhược điểm. It's verbose và không phải là một phương tiện rất hiệu quả của việc chuyển một lượng lớn dữ liệu.
Một trong những khía cạnh hữu ích nhất của XML là ngôn ngữ lược đồ. Sử dụng lược đồ bạn có thể tạo mã nguồn bằng bất kỳ ngôn ngữ lập trình hiện đại nào để đọc định dạng xml mà không có quá trình mã hóa tay tẻ nhạt thường đi kèm với hầu hết các định dạng tệp khác.
Điều này khiến tôi suy nghĩ về việc liệu một ngôn ngữ lược đồ cho các định dạng tệp nhị phân tùy ý có tồn tại hay không, liệu nó có phải là một nỗ lực đáng giá không?
Chỉ trong trường hợp tôi không rõ ràng. Tôi hỏi về ngôn ngữ có mục đích là xác định độ lệch byte, trường và độ dài bản ghi, dấu tách, v.v. có thể được phân tích cú pháp để tạo mã có thể đọc định dạng tệp phù hợp với đặc tả đó.
Tôi nghi ngờ tôi là người đầu tiên đề xuất ý tưởng như vậy nếu bạn biết về bất kỳ dự án hoặc nhóm làm việc nào có hoặc đang theo đuổi khu vực này, tôi sẽ rất biết ơn.
"Xác định hiệu số byte, lĩnh vực và ghi lại độ dài, delimiters vv không phải là "độc đoán"." Không, nhưng định dạng tệp được xác định bởi một đặc điểm kỹ thuật như vậy là. Có lẽ "Mục đích chung" sẽ là một lựa chọn tốt hơn của các từ. Nếu bạn đang đề cập đến EDI theo quy định của các tiêu chuẩn X12 tôi đã tìm kiếm một cái gì đó ít quan liêu hơn một chút. Bất kỳ ai cũng có thể tạo và sử dụng lược đồ xml mà không cần phải gửi nó tới cơ quan tiêu chuẩn để phê duyệt. –
Nhưng bạn phải truyền đạt nó cho người tiêu dùng. Ngay cả khi siêu dữ liệu được tích hợp không có nghĩa là nó luôn rõ ràng và dễ hiểu. Mỗi công ty sử dụng các giao thức dựa trên bản ghi là miễn phí để tạo một giao thức mà không cần gửi nó tới một cơ quan tiêu chuẩn; họ phải đầu mối cho người tiêu dùng để họ không phải đoán. – duffymo