2011-05-06 9 views
8

En lugar de codificar texto en la interfaz de usuario usamos marcadores de posición con claves que se reemplazan por el texto actual. Esto también ayuda a la localización de la aplicación.¿Cómo se llaman? literales, leyendas, etiquetas o propiedades?

ejemplo de Java archivo de propiedades:

about=About 
contact=Contact Us 

Estos también se podían encontrar en la base de datos o en archivos XML, etc.

¿Cómo se llama esto?

  • literales?
  • leyenda?
  • etiquetas?
  • propiedades?

Estoy buscando un término general y un agnóstico del idioma.

Editar: Adición de todos los términos sugeridos de respuestas:

  • cadenas traducibles
  • cadenas de recursos
  • propiedades del recurso de
  • localización
  • Cultura variante de interfaz de usuario Campos
  • Locales
  • Locales Cuerdas
  • mensajes
  • marcadores de posición mensaje

que no sé por qué, pero es como que entristece y me confunde que no hay un solo término sólida para describir esta cosa. Y de una forma u otra existe en todos los lenguajes y marcos.

+0

Propiedades de IMO. O las propiedades del mensaje. –

+0

¿está pidiendo el nombre de la "clave" o el nombre del "valor"? – vkraemer

+0

No he pensado en esto. Probablemente ambos. – cherouvim

Respuesta

5

Se llaman cadenas de recursos, en muchas plataformas, independientemente de para qué las use. No hay un nombre general para las cadenas de recursos individuales relacionadas con la localización. El término general para todas las cadenas de recursos juntas se denomina localización.

1

Los llamaría "cadenas traducibles", pero supongo que dependerá del contexto.

+0

¿Qué contexto? ¿No hay un término genérico y de lenguaje agnóstico para esto? – cherouvim

0

¿Qué tal "mensaje de marcador de posición" para la cadena en su interfaz de usuario que es reemplazado, "ID de mensaje" para las teclas y "cadena de mensaje" (o "mensaje (de texto | valor) "para una mejor pronosticabilidad) para la cadena real que se" imprime ".

1

"Locales" o "Locale Strings".

0

Por lo que yo sé, no hay un nombre de agnóstico de tecnología o idioma acordado para esto.

Por dos ejemplos, el.NET Framework tiene un nombre para este tipo de marcadores de posición: recursos, mientras que el contenido HTML utiliza incrustado para hacer referencia al contenido que se importa de un documento a otro cadenas de la IU yo no estaría a favor de literal, ya que tiene una específica es decir, en .NET, suplicando que sea un término confuso (aunque ciertamente no sería el primero).

En cuanto a las características: que no esté integrado, no hardcoded, marcador de posición, que puede cargarse a partir de DB/XML, clave/valor de búsqueda par, dependiente de la cultura, la cultura específica, localizable ...

creo que si lo haría ir con UI de variante cultural Campos, es decir, un marcador de posición modificable posterior a la compilación (campo) que contiene un valor de cadena para mostrar al usuario (UI), que debe cambiar según la preferencia de ubicación del usuario (variante de cultivo) . Menciono explícitamente la IU, porque hay otras operaciones que pueden requerir conocimiento de cultura (como clasificación, por ejemplo), que pueden suceder en segundo plano, pero que no se muestran directamente al usuario.

La ventaja de utilizar esta definición es que podría ser extendido para referirse a otros elementos localizables, como imágenes, archivos de texto, configuraciones XML, etc.

0

Me llaman "Cuerdas visible para el usuario", porque me parece que es el atributo más importante que tienen; son visibles para el usuario y, por lo tanto, deben estar localizados.

2

Los términos básicos para entender el contexto de traducción son:

Localización (L10N) y Internacionalización (I18n)

Ambos términos describen la creación de internat sistemas personalizados que pueden adaptarse a la configuración regional y al idioma del usuario. Aquí hay una buena explicación de ambos términos del usuario Hank Gay: Localization and internationalization, what's the difference?.

Por lo tanto, los términos como "Configuración regional" son demasiado amplios, mientras que "Propiedades del recurso" son demasiado inespecíficos. Los "Campos de interfaz de usuario de Variante de Cultura" no se ajustan correctamente porque los textos traducidos no necesitan aparecer en los campos de IU, ya que también se pueden usar en textos de correo o en otros contextos.

En mi opinión, la mejor manera de describir las propiedades es tomar en cuenta los términos "idioma" y "traducción". Así que la mejor coincidencia sería: Mensaje de traducción

0

Los llamo "cadenas localizables".

Para mí, "recurso" suena más general, incluiría imágenes y cosas así. Y "mensaje" es menos general, no llamaría a algo como etiqueta de menú un "mensaje".

0

Usaría constantes web o constantes de mensaje o constantes UI.

El archivo de propiedades se puede nombrar como WebConstants_en.properties o WebConstants_it.properties, etc.

1

Los elementos mencionados se denominan "Cadenas de recursos". Las cadenas de recursos se pueden clasificar aún más en cadenas localizadas.

Consideremos el siguiente ejemplo: -

Cuando la cultura es-es (EE.UU. Inglés) una constante llamada BIENVENIDOS en EE.UU. Inglés se puede hablar de "Bienvenido" en la cadena de recursos.

Cuando la cultura es FR-FR (Francia Francés)

La misma acogida constante se referirá a "Bonjour" en la cadena de recursos. Obviamente, debe correlacionar la constante de BIENVENIDA a "Bonjour". Como nota al margen, hay una amplia variedad de herramientas disponibles para la traducción de proyectos completos en diferentes lugares.

P.S. No soy un experto francés, así que discúlpeme, estaba equivocado en la traducción de Bienvenido a Bonjour. :-)

Cuestiones relacionadas