Especificar formatos de archivo es difícil. Si los datos que desea almacenar son triviales, tienden a ser triviales. En general, sin embargo, este no es el caso. Puede usar la estructura RFC y las palabras clave, pero siempre he encontrado que especificar un formato de archivo en prosa es una tarea lenta, difícil y aburrida, también porque leerlo también es difícil.
Mi sugerencia, si desea seguir de esta manera, es centrarse en bloques de información. La mayor parte de la dificultad es para entidades que son opcionales, y están presentes solo si ocurre otra condición, así que intente explotar esto al particionar sus datos.
La mejor especificación, en mi humilde opinión, es el código real con una suite de pruebas uberperfect.
En cuanto a la estandarización, si suficientes personas la usan, se convierte en un estándar de facto. no necesita un sello oficial para ello, aunque cuando el formato se usa lo suficiente, puede beneficiarse de un tipo de mimo oficial.
Para hablar de eso, bueno, depende. Me pareció útil hablar en términos de entidades "orientadas a objetos" y también en términos de relaciones. Los diagramas tipo base de datos son muy útiles a este respecto.
Por último, primero trate de encontrar una alternativa decente que sea estándar, o al menos intente no tratar con los bits en bruto. Hay muchos formatos de contenedores perfectos que le liberan de muchas tareas molestas. La elección del contenedor depende del tipo real de formato de archivo (por ejemplo, si necesita encriptación, entrelazado, transacciones, etc.).
¿Representa los datos en qué forma? ¿Qué tipo de datos? ¿Estás hablando de compresión? – Nifle
Binario. Datos encriptados No necesariamente, aunque quizás en algún momento. –
Publicar un RFC. – Artelius