Maintenant, dans de rares cas, vous pouvez également vouloir changer de manière plus que simplement certains styles et un composant et, par
conséquent, dans votre fichier de composant, vous auriez beaucoup de vérifications, beaucoup de sélections de plate-forme.
Dans de tels cas, vous pouvez également travailler avec plusieurs fichiers,
vous pouvez créer un MainButton. Android. fichier js et un autre MainButton. iOS. Le fichier js puis React
Native chargeront automatiquement le composant Android ici pour Android et iOS pour iOS. Cependant, dans les endroits où vous utilisez
votre bouton, vous ne devez pas ajuster vos importations.
Donc, ici, mon IDE a automatiquement ajusté cela, vous devez toujours
importer le bouton principal comme si le fichier s'appellerait MainButton. js, ne
pas importer depuis. android ou. ios, importez à partir du bouton principal uniquement,
assurez-vous donc que toutes ces importations sont fixes car React Native le renommera automatiquement en arrière-plan et chargera
le fichier correct en fonction de la plate-forme sur laquelle vous exécutez.
Et maintenant, ici, je peux copier mon code dans le fichier iOS et, évidemment, se débarrasser de toutes les
vérifications de plate-forme maintenant, se débarrasser de cette vue environnante dont je n'avais besoin que de couper
mon effet d'entraînement que je n'aurai pas sur iOS. Débarrassez-vous du composant bouton et utilisez toujours l'opacité tactile car sur
iOS, nous n'avons pas l'effet
d'entraînement là-bas, nous n'avons pas besoin de l'importer, nous n'avons pas besoin de l'API de la plateforme et
maintenant nous avons un bouton qui regardez et ressentez la façon dont il
devrait ressembler sur iOS, nous n'avons plus besoin de cette classe et sur Android, nous faisons de même.
Nous avons toujours besoin d'une opacité tactile car nous devons toujours vérifier la version Android et rendre l'opacité tactile si elle
est trop faible, mais nous
n'avons plus besoin de vérifier Android car nous fonctionnons évidemment toujours sur Android, grâce à la
fin de notre fichier et le reste donc devrait aussi être bien.
Maintenant, ici, nous n'avons pas vraiment besoin de cette division en deux fichiers parce que nous n'avions pas trop de logique distincte,
mais si vous aviez des composants très complexes avec beaucoup de styles et de mise en page différents pour les différentes plates-formes,
alors divisez-le en une plate-forme- des fichiers spécifiques peuvent être la meilleure chose à faire.
Maintenant, avec cela, je vais redémarrer cela pour m'assurer que toutes ces modifications sont
correctement récupérées, puis l'exécuter sur Android et iOS et également y fermer les applications en cours d'exécution et les redémarrer pour vous assurer qu'elles sont
correctement rechargées et vous devriez alors voir votre application s'exécuter correctement sur les deux plates-formes à nouveau avec les
styles spécifiques à la plate-forme, donc ici avec l'effet d'entraînement sur Android par exemple et l'effet d'opacité sur iOS, grâce à nos fichiers
séparés et vous pouvez utiliser ce système de fichiers séparé sur tout fichier composant ou tout fichier en
général, tout fichier Javascript. Là si vous en avez. android et. ios et bien sûr ces noms
doivent être corrects,. Android. js et. iOS. js, ces fichiers
seront chargés pour différentes plates-formes sur lesquelles votre application s'exécute. Utilisez cela si vous avez beaucoup de logique différente dans les fichiers
et que vous en auriez beaucoup si les vérifications s'y trouvent, beaucoup de plates-formes y sélectionnent et donc vous avez
un code plus propre en ayant des fichiers différents.