Agora, em casos raros, você também pode querer mudar muito mais do que apenas alguns estilos e componentes e, portanto,
em seu arquivo de componente, você terá muitas verificações se, muitas opções de plataforma.
Nesses casos, você também pode trabalhar com vários
arquivos, criar um MainButton. android. arquivo js e outro MainButton. ios. O arquivo js e o
React Native carregarão automaticamente o componente Android aqui para Android e iOS para iOS. Importante, porém, nos locais em que
você usa o botão, não deve ajustar suas importações.
Portanto, aqui meu IDE ajustou isso automaticamente, você ainda deve importar
o botão principal como se o arquivo fosse chamado MainButton. js,
não importe de. android ou. ios, importe apenas o botão principal; verifique
se todas essas importações foram corrigidas porque o React Native renomeia automaticamente isso nos bastidores e carrega o
arquivo correto com base na plataforma em que você está executando.
E agora aqui eu posso copiar meu código no arquivo iOS e, obviamente, me livrar de todas
as verificações de plataforma agora, me livrar dessa vista circundante, que eu só precisava cortar
meu efeito cascata que não terei no iOS. Livre-se do componente do botão e use sempre a
opacidade palpável, porque no iOS
não temos o efeito cascata, não precisamos importá-lo, não precisamos da API da plataforma e
agora temos um botão que com a aparência que deveria
ter no iOS, também não precisamos mais dessa classe e no Android, fazemos o mesmo.
Ainda precisamos de opacidade palpável, porque ainda precisamos verificar a versão do Android e tornar a opacidade palpável
se estiver muito baixa,
mas não precisamos mais procurar o Android, porque obviamente sempre rodamos no Android, graças ao
final do arquivo e o restante, portanto, também deve estar bem.
Agora, aqui realmente não precisamos dividir isso em dois arquivos, porque não tínhamos muita lógica separada, mas se
você tivesse componentes muito complexos com muitos estilos e layout diferentes para as diferentes plataformas, divida-os em
uma plataforma - arquivos específicos podem ser a melhor coisa a fazer.
Agora, com isso, na verdade vou reiniciar isso para garantir que todas essas alterações
sejam coletadas corretamente e executá-las no Android e iOS, além de dispensar os aplicativos em execução e reiniciá-los para garantir que eles sejam recarregados
corretamente e você deverá ver seu aplicativo ser executado corretamente nas duas plataformas novamente com os estilos específicos
da plataforma. Portanto, aqui, com o efeito cascata no Android, por exemplo, e o efeito de opacidade no iOS, graças aos nossos arquivos
separados e você pode usar esse sistema de arquivos separado em qualquer arquivo componente ou qualquer arquivo em
geral, qualquer arquivo Javascript. Lá se você tiver. android e. ios e, é claro, esses nomes
devem estar corretos,. android. js e. ios. js, esses arquivos serão
carregados para diferentes plataformas em que seu aplicativo está sendo executado. Use isso se você tiver muitas lógicas diferentes nos
arquivos e tiver várias verificações lá, muitas plataformas forem selecionadas e, portanto, você terá um
código mais limpo por ter arquivos diferentes.