Meilleure façon de conserver le texte statique

Question

Mon application utilise beaucoup de texte statique et j'essaie de trouver un moyen optimal de persister et d'afficher ce texte. Pour l'instant, je n'ai pas besoin de me concentrer sur la localisation du texte, tout le texte va dans le strings.xml et cela présente beaucoup de cauchemars de mise en forme.

Bien sûr, ce n'est pas 100% de contenu statique, j'ai parfois des valeurs dynamiques là-dedans qui dans mon cas peuvent rester dans strings.xml alors, quelle est la bonne façon de persister ce texte statique?

Answer 1

Le contenu de texte statique est exactement ce que vous voulez utiliser strings.xml pour, et vous obtenez automatiquement le bonus supplémentaire de localisation plus facile que vous pouvez avoir différents strings.xml pour les différentes langues. Aucun changement de code requis, juste des fichiers XML différents.

Le contenu dynamique va être le contenu qui change en fonction de l'entrée de l'utilisateur. Vous pouvez toujours utiliser strings.xml pour stocker la partie statique (le cas échéant) de ce contenu dynamique. Comme la chaîne "format", vous pouvez passer à String.format() ou quelque chose de similaire.

Utilisez le soutien des ressources pour cela, il est exactement ce qu'il était censé faire (et de le faire efficacement.)

Answer 2

Vous pouvez créer une classe appelée StaticBuffer ou quelque chose avec un tableau String statique en tant que membre de données.

class StaticBuffer 
    { 
    static String array[]; 
    } 

Ensuite, vous pouvez l'initialiser dans votre onCreate() ou toute autre fonction et utiliser it.As il est statique ses valeurs reflètent les modifications que vous apportez partout.

Par exemple:

//Initialization 

StaticBuffer.array=new String[10]; 

//Usage 

StaticBuffer.array[0]="Item1"; 

PS: J'ai eu cette idée d'un de mes amis. :)

Answer 3

Votre commentaire est contradictoire; vous dites:

Pour l'instant, je ne ont pas besoin de se concentrer sur localisant le texte ainsi, tout le texte va dans le strings.xml

si vous n'avez pas besoin d'activités locales, puis Pourquoi utilisez-vous strings.xml?

Bien sûr, la réponse est que, quelle que soit la localisation, strings.xml est l'endroit idéal pour cela.

Je ne sais pas quel genre de cauchemars que vous avez avec, mais ce n'est pas différent de toute autre chaîne:

Par ex d'une cordes.xml:

<string name="refresh">Refresh</string> 
<string name="order_placed" formatted="false">Order Placed: %s</string> 

Vous pouvez ensuite utiliser le même formatter pour eux:

getString(R.string.order_placed, "3pm")

va afficher:

Order Placed: 3pm

Si vous avez besoin de nouvelles lignes ...

<string name="error">Something bad happened.\nPlease try again.</string> 

va afficher:

Something bad happened. 
Please try again. 

Et ainsi de suite.

De plus, si vous avez du mal à nommer vos ressources, j'ai suivi plus ou moins this idea et malgré les lacunes décrites au fond, ils n'ont pas été un gros problème avec Android studio outils de refactoring fantaisie.