Realmente no creo que esto pueda ser un estándar de la industria. Este tipo de decisión depende de la empresa / equipo. En general, los diseñadores no son de confianza con el código. Si normalmente entrega su diseño a los desarrolladores, esperaría que algunos de ellos le digan que no codifique el XML porque
R) En realidad, a un desarrollador le lleva más tiempo revisar el código de otra persona, detectar errores / corregirlos y, como novato en los diseños XML, puede terminar cometiendo muchos errores que dificultan la vida de los desarrolladores.
B) Todos los desarrolladores están configurados en sus formas de escribir código. Les gusta que su configuración XML sea así, no así. En ese caso, el desarrollador puede rechazar completamente su XML y construirlo desde cero de la forma en que lo encuentre consistente con el resto de los diseños.
- ¿Es posible formatear su dispositivo Android a cualquier versión del sistema operativo Android, incluso si no hay ningún tipo de lanzamiento oficial?
- Cómo integrar una aplicación de Android a MyMaps
- ¿Cuál es su estación de trabajo ideal para el desarrollo de Android?
- Cómo usar una diadema con detección de cerebro para desarrollar una aplicación de Android para ayudar a los tontos a comunicarse
- ¿Qué aplicación debo usar para acelerar mi Android?
No estoy seguro de cuánta experiencia tiene con Android, pero como desarrollador de Android puedo decirle que la interfaz de usuario de Android debe hacerse para admitir múltiples dispositivos y versiones de Android y esto puede ser complicado. Estoy muy interesado en la interfaz de usuario, así que he hecho un gran esfuerzo para aprender todos los detalles de la interfaz de usuario a lo largo de los años, lo que me ha ayudado a aprenderlo correctamente, pero a muchos desarrolladores no les gusta trabajar en la interfaz de usuario. Si trabaja con desarrolladores que no desean codificar el XML, es posible que le paguen extra por hacer ese bit.
Un diseño de diseño de material que funciona muy bien en Android 6.0 seguramente se romperá en Android 4.1. Por lo tanto, el diseño para Android 4.1 puede tener que modificarse por separado. A veces, hay vistas que no están incluidas en la biblioteca de soporte (que le permite tener diseño de material en dispositivos antiguos) y en tales casos, tiene que averiguar qué otra vista puede usar para lograr el mismo efecto, cuando esa vista nunca es se supone que debe usarse de esa manera. A veces, puede solucionar un problema de IU solo mediante programación (no en XML). Entonces, el punto es, ¿realmente quieres pasar horas aprendiendo todas las vistas posibles y lo que cada vista puede ofrecer en código que puedes manipular? He aprendido estas cosas durante años de trabajo, por lo que te llevará tiempo. Pero PUEDE ayudar saber estas cosas como diseñador de UI para que pueda comunicarse mejor con los desarrolladores. Si está listo para aprender todos los pequeños detalles de la interfaz de usuario de Android, puede hacerlo.
Un buen lugar para comenzar es la guía de diseño de materiales de Google, que supongo que ya sabe. Se detalla con buenos ejemplos de Do’s y Dont’s. Luego comienza a crear aplicaciones por ti mismo. Explore todas las vistas y bibliotecas de soporte. Hay toda una biblioteca de diseño separada. Hay bibliotecas de terceros. Ejecute su aplicación en múltiples dispositivos, múltiples versiones de Android. Intente que la IU sea coherente en la mayoría de los dispositivos. Sin duda enfrentarás problemas. Algo que esperas que salga de la caja no funcionará. ¿Cómo configuro el color de la barra de herramientas en azul pero el fondo del menú desplegable en blanco con texto negro? Stackoverflow.com lo ayudará allí. Aquí está mi respuesta a lo anterior. Aquí hay uno relacionado con la compatibilidad de la versión de Android.