Lista de palabras reservadas en Android

Question

Actualmente estoy en el proceso de diseño de la interfaz de desarrollo de otra aplicación de Android y una vez más, parece que estoy tratando de usar palabras reservadas para los recursos (ya sean dibujos y diseños). Que yo sepa, hay un conjunto de reglas que necesita saber:

• No mayúsculas está permitido.
• Sin símbolos, aparte de subrayado.
• No hay números

aparte de los que (por favor, corríjanme si me equivoco) que que no se puede utilizar cualquiera de las palabras reserver de Java, que después de un poco de googling parecen ser los siguientes:

Así que mi pregunta sería si hay alguna parte de la documentación que he fallado en localizar, que explica en detalle lo que podemos y no podemos uso para nombres de recursos. Esto es justo después de leer la página acerca de los recursos, por lo que es posible que simplemente no tenga valor para leer.

Source for the reserved words

Answer 1

Que yo sepa no son un conjunto de reglas que necesita saber:

No se permite mayúsculas.

AFAIK, eso no es una regla. Una convención es usar todas las minúsculas, pero el caso mixto ha funcionado.

NOTA: En los diseños, SÓLO puede utilizar letras minúsculas (a-z), números (0-9) y guión bajo (_).

No hay símbolos aparte de subrayado

correcta. Más exactamente, el nombre tiene que ser un nombre válido de miembro de datos de Java, que lo limita a letras, números y guiones bajos, y no puede comenzar con un número.

No hay números

Eso no es una regla, aunque su nombre no puede comenzar con un número, como se señaló anteriormente.

aparte de los que (por favor, corríjanme si me equivoco) Creo que no se puede utilizar cualquiera de las palabras reserver de Java, que después de un poco de googling parece ser el siguiente:

Esto se debe a que las palabras reservadas no son nombres de miembros de datos de Java válidos.

Así que mi pregunta sería si hay alguna parte de la documentación que he fallado en localizar, que explica en detalle lo que podemos y no podemos usar los nombres de recursos

Al parecer no.

Answer 2

Si utiliza identificadores que son nombres de variables válidos Java (esto significa que consisten solamente de a-z, A-Z, 0-9 y los caracteres de subrayado) que no tendrá ningún problema. El espacio de nombres real es probablemente más grande, pero esto funciona para mí.

documentation

Answer 3

que voy a chip y decir esto:

No puede utilizar palabras clave, pero el manejo de los recursos Android no es muy fácil, ya sea ... por ejemplo, no se puede tener diferentes carpetas para dibujables, necesitan ir a la carpeta drawable-xxxx ...

Por lo tanto, intente encontrar prefijos sensibles para sus selectores y desenrolladores.

Android acepta todos los nombres válidos de las variables Java, por lo que no veo realmente de dónde viene esta pregunta.

Answer 4

Bueno, mi respuesta sería una combinación de algunas páginas donde puede encontrar lo que necesita.

1.- En primer lugar, le recomendaría que lea los convenios que Oracle recommends for java

NOTA: especialmente la sección de "Naming Conventions" (esto es algo que la mayoría de las otras respuestas tienen), después de que lo haría le sugerimos que lea el "Java Languages Keywords" porque no puede usar ninguna de esas palabras, PERO recuerde que JAVA es CASE-SENSITIVE, entonces si escribe "Resumen" en lugar de "abstracto", entonces está bien, pero por supuesto que puede confundir a alguien más tarde uno (tal vez a ti mismo).

2.- Por último, pero no por eso menos importante, puede leer "Code Style Guidelines", estas son las convenciones que los contribuyentes al código fuente de Android deben aplicar a su código para ser aceptados.

Si sigue estas reglas, su código no solo será válido (por supuesto, esto es importante), será más legible para usted y para otros, y si otra persona necesita hacer alguna modificación más adelante, eso haría ser una tarea más fácil que si usted acaba de empezar a escribir nombres al azar como "X1, x2, X1, _x1, etc ..."

OTRAS artículo útil:

Si usted está comenzando su aplicación, a continuación, this article va a ser muy útil para ti, explica por qué el uso de setters y getters de una manera exagerada es una práctica muy mala, necesitan SÓLO si es necesario no solo para establecer y obteniendo cada variable en tu objeto.