Ahora, en casos excepcionales, también es posible que desee cambiar mucho más que solo algunos estilos y un componente y, por
lo tanto, en su archivo de componentes, tendría muchas verificaciones, muchas selecciones de plataforma.
En tales casos, también puede trabajar con varios archivos,
puede crear un MainButton. androide. js y otro MainButton. ios. js y luego React Native
cargarán automáticamente el componente de Android aquí para Android e iOS para iOS. Sin embargo, es importante que en los
lugares donde usa su botón no deba ajustar sus importaciones.
Entonces, aquí mi IDE ajustó esto automáticamente, aún debe importar el
botón principal como si el archivo se llamara MainButton. js,
no importes desde. Android o. ios, importe solo desde el botón principal, así que
asegúrese de tener todas estas importaciones arregladas porque React Native cambiará automáticamente el nombre de esto detrás de escena y
cargará el archivo correcto según la plataforma en la que se está ejecutando.
Y ahora aquí puedo copiar mi código en el archivo iOS y, obviamente, deshacerme de todas las
comprobaciones de la plataforma ahora, deshacerme de esta vista circundante que solo necesitaba para recortar
mi efecto dominó que no tendré en iOS. Deshágase del componente del botón y siempre use opacidad
táctil porque en iOS, no
tenemos el efecto dominó allí, no necesitamos importarlo, no necesitamos la API de la plataforma
y ahora tenemos un botón que verse y sentirse como
debería verse en iOS, ya no necesitamos esa clase y en Android, hacemos lo mismo.
Todavía necesitamos opacidad táctil porque todavía necesitamos verificar la versión de Android y renderizar la opacidad táctil si es
demasiado baja, pero ya
no necesitamos verificar Android porque obviamente siempre corremos en Android, gracias a nuestro final de
archivo y el resto por lo tanto También debería estar bien.
Ahora, aquí realmente no necesitamos dividirlo en dos archivos porque no teníamos demasiada lógica separada, pero si tenía
componentes muy complejos con muchos estilos y diseños diferentes para las diferentes plataformas, entonces dividirlo en una
plataforma: archivos específicos pueden ser lo mejor que se puede hacer.
Ahora con eso, reiniciaré eso para asegurarme de que todos estos cambios se recojan correctamente
y luego ejecutaré esto en Android e iOS y también cerraré las aplicaciones en ejecución allí y las reiniciaré para asegurarme de que se vuelvan a
cargar correctamente y entonces debería ver que su aplicación se ejecuta correctamente en ambas plataformas nuevamente con los estilos
específicos de la plataforma, así que aquí con el efecto dominó en Android, por ejemplo, y el efecto de opacidad en iOS, gracias a
nuestros archivos separados y puede usar ese sistema de archivos separado en cualquier archivo componente o cualquier archivo en
general, cualquier archivo Javascript. Ahí si tienes. Android y. ios y, por supuesto, estos nombres
tienen que ser correctos,. androide. js y. ios. js, entonces estos archivos
se cargarán para diferentes plataformas en las que se ejecuta su aplicación. Úselo si tiene mucha lógica diferente en los archivos
y tendría muchos cheques allí, mucha plataforma selecciona allí y, por lo tanto, tiene un
código más limpio al tener diferentes archivos.