¿Cómo decidir la extensión del archivo del documento?

Question

Estoy escribiendo una nueva aplicación de química multiplataforma basada en documentos (Win, Mac, Unix), que guarda archivos en su propio formato (no existe un formato estándar para este campo).Estoy intentando decidir una extensión de archivo para los archivos guardados.Mis preguntas son:

• ¿Qué importancia tiene hoy en día ceñirse a 3 caracteres?
• ¿Dónde puedes comprobar cuánto se utiliza ya esta extensión de archivo?(Google ayuda, por supuesto, pero no me dice qué tan popular es una aplicación determinada)
• ¿Realmente necesito usar una extensión de archivo específica?Mi formato de guardado es XML comprimido con gzip, así que podría nombrarlo .xml.gz, pero me temo que confundiría a los usuarios principiantes (es decir,cuando lo ves, no "te suena" inmediatamente).
• Finalmente, ¿tiene otras pautas importantes a la hora de elegir sus propios programas?

PD:Intenté mantener el equilibrio adecuado entre "dar muy poca información" y "ser demasiado específico para resultar realmente útil a los demás".Con mucho gusto proporcionaré más información en los comentarios si surge la necesidad.

Answer 1

• ¿Qué importancia tiene hoy en día ceñirse a 3 caracteres?

No lo es a menos que tengas que admitir sistemas operativos más antiguos.Todos los sistemas operativos actuales manejan extensiones de archivos de >3 caracteres sin ningún problema.Piense en .html, .config, .resx y estoy seguro de que hay más.

• ¿Dónde puedes comprobar cuánto se utiliza ya esta extensión de archivo?

verificar ArchivoExt.

• ¿Realmente necesito usar una extensión de archivo específica?Mi formato de guardado es gzip'ed xml, por lo que podría nombrarlo .xml.gz, pero me temo que confundiría a los usuarios principiantes (es decir,Cuando lo veas, no inmediatamente "suena una campana").

Recuerde que Windows (y los usuarios de Windows) asocian archivos con aplicaciones por extensión, por lo que usar algo demasiado genérico como .xml.gz puede causar problemas.Probablemente sea mejor que se le ocurra algo que sea más específico para su tipo de archivo o aplicación.A los usuarios no les importa si su formato está comprimido xml internamente, les importa lo que hay en el archivo.Piense en las capas de abstracción, sus usuarios lo considerarán un archivo que contiene información química no xml comprimido con gzip, por lo que .chem es mucho más apropiado que .xml.gz.

Algunas sugerencias de cosas sobre las que pensar:

1. Obviamente, no choques con nada grande: no uses .doc, .xls, .exe, etc.

2. No entre en conflicto con nada común en el dominio de su industria que su grupo demográfico de usuarios probablemente tenga instalado.Por ejemplo, si está escribiendo una herramienta de programación, no utilice .cs o .cpp.Probablemente usted sea quien mejor conozca su dominio, así que escriba una lista de todas las aplicaciones que usted y sus usuarios probablemente hayan instalado, y cualquiera de sus competidores, y evítelas.

3. Asegúrese de que su aplicación incluya las opciones para registrar y cancelar el registro de la extensión.No lo hagas automáticamente en la instalación, asegúrate de que sea una opción.

4. Recuerde que Unix/Linux y Mac distinguen entre mayúsculas y minúsculas, así que considere utilizar siempre minúsculas de forma predeterminada.

5. Recuerde que las reglas de nomenclatura de archivos de CD/DVD son más estrictas, así que no utilice caracteres que no sean alfanuméricos.

6. Finalmente, recuerde que la mayoría de los usuarios sin conocimientos técnicos tendrán las extensiones de archivo desactivadas, así que no se preocupe demasiado por eso.

hay mas informacion aquí.

Wikipedia tiene listas de extensiones de archivos. aquí (por tipo) y aquí (alfabético), y también algunos información general

Answer 2

FileInfo.com enumera una gran cantidad de extensiones de archivo, junto con su propia estimación de cuánto se UED .

Sugiero una extensión única (en lugar de xml.gz) para que el sistema operativo puede identificar el tipo de archivo a los usuarios cuando se mira en un listado de archivos o lo que sea. 'Sonar una campana' es importante, especialmente si va a tener los usuarios menos sofisticados.

No veo ninguna necesidad de atenerse a 3 caracteres, pero yo no iría más grande que 5 (supongo que no tengo una verdadera razón para esto, aparte de preferencia personal).

Answer 3

1. depende de la plataforma, pero en general, no es muy importante para los nuevos sistemas operativos. Consulte la documentación de las plataformas de las que se dirige.

2. No estoy al tanto de las mejores alternativas a Google. Esperemos que alguien más tiene una idea mejor para éste.

3. No a menos que tenga alguna razón para hacerlo. Los ejemplos serían "Quiero asegurar que Windows siempre se abre este programa con mi aplicación". No estoy seguro de que sus usuarios tienen que estar preocupado con la extensión de todos modos. La configuración por defecto en Windows, por ejemplo, es ocultar las extensiones para tipos de archivo conocidos. Pero si usted tiene una razón de peso (como permitir su programa para identificar fácilmente los archivos que debe ser capaz de manejar, por ejemplo), entonces podría utilizar la extensión, ya que podría llegar a algo más.

4. sólo he escrito una vez un programa en el que pensé que necesitaba para llegar a mi propia extensión. Usé mis iniciales. Luego, más tarde me di cuenta que realmente no necesita una extensión especial y volvió a ".xml". Sin embargo, la mayoría de las extensiones parecen ser algo que parece significar algo. (.Doc para documentos, etc.) para algo significativo es una buena idea si usted tiene que ir a esta ruta.

Answer 4

Es seguro depende de los sistemas operativos que desea apoyar, pero la gente ha movido a nivel mundial sobre el límite de extensión de 3 caracteres en estos días: .html es bien utilizado para las páginas web, por ejemplo

.

Por supuesto, si usted va a extensiones mucho más largos, la gente dejará de reconocer visualmente como una extensión de archivo, creo que ...

Answer 5

1. A menos que su necesidad de ser compatible con un sistema operativo específico que se sabe todavía tiene la limitación de tres letras, no hay necesidad de mantenerlo a tres caracteres. Es puede ser útil disponer de una versión de tres caracteres del mismo, si uno apoya esas plataformas.

2. El de Wikipedia Lista de formatos de archivo es bastante bueno. Algunas listas de asignación MIME aparecerá una lista de extensiones comunes asociados con esas asignaciones. Ray ya se ha mencionado FileInfo.com .

3. Es una cosa de conveniencia; Probablemente me vaya con su propio sino documentar el hecho de que sólo están comprimidos con gzip archivos XML conformes a una DTD específica y hacen que sea fácil para los usuarios utilizar .xml.gz lugar. Asegúrese de que el software no se preocupa por la extensión, por lo que los usuarios pueden incluso elegir su propio si querían, aunque me tienden a evitar alentar a, proporcionando un valor predeterminado razonable.

4. Me gustaría ir a typeability, la claridad, la singularidad, y la brevedad - en ese orden. Por ejemplo, .config es mucho más fácil de escribir que .q2z pero cae en la singularidad. (No estoy sugiriendo que para su aplicación, es un ejemplo.) Del mismo modo, .q2z es sólo un dolor. :-) Así, por ejemplo, .chemstuff es fácil de escribir y probablemente no en el amplio uso en otros lugares. (De nuevo, no una sugerencia, sólo un ejemplo.)

Answer 6

Tener como document_name.app_name.xml.gz donde document_name y nombre_apl son variables, este último alguna cadena corta fácilmente legible y reconocible del título de la aplicación.

Los sistemas modernos son muy flexibles, y no hay absolutamente ninguna necesidad de arrastrar las extensiones de 3 caracteres más adelante en el tiempo con nosotros.

Estoy de acuerdo que .xml.gz sería confundir a los usuarios, sin embargo, tener en cuenta que los sistemas modernos se están moviendo hacia el reconocimiento de los archivos que no se basan en las extensiones, pero sondeando sus cabeceras e incluso los contenidos en su lugar. De hecho, los usuarios no ven a menudo, incluso las extensiones. Para los archivos XML comprimidos con gzip, un sistema puede decidir que descomprimir primero el flujo de archivos en la memoria, y luego descubrir que es un archivo XML literal, entonces puede tomar sus xmlns '' como el identificador de aplicación. Sin embargo, estos sistemas no son todavía de uso generalizado. En cualquier caso, no cometa el error de tan sólo abrir archivos por extensión - ser inteligente y levantar la barra -. Hacer exactamente lo anterior para averiguar si el archivo se puede considerar un documento para su aplicación