Programmando in Android, è prevista la maggior parte dei valori di testo in CharSequence.

Perché? Qual è il vantaggio, e quali sono i principali impatti dell'utilizzo di CharSequencesopra String?

Quali sono le principali differenze e quali sono i problemi che ci si attende, durante l'utilizzo e la conversione da uno all'altro?

Le stringhe sono CharSequences , quindi puoi semplicemente usare le stringhe e non preoccuparti. Android sta semplicemente cercando di essere utile consentendo di specificare anche altri oggetti CharSequence, come StringBuffers.

CharSequence= interfaccia
String= implementazione concreta

• CharSequenceè un'interfaccia .
• Diverse classi implementano questa interfaccia.
  • Stringè una di queste classi, un'implementazione concreta di CharSequence.

Tu hai detto:

conversione da uno all'altro

Non c'è conversione da String.

• Ogni Stringoggetto è a CharSequence.
• Ogni CharSequencepuò produrre a String. Chiama CharSequence::toString. Se CharSequencesuccede che sia a String, il metodo restituisce un riferimento al proprio oggetto.

In altre parole, ogni Stringè a CharSequence, ma non tutti CharSequencesono a String.

Programmazione su un'interfaccia

Programmando in Android, la maggior parte dei valori di testo è prevista in CharSequence.

Perché? Qual è il vantaggio e quali sono gli impatti principali dell'utilizzo di CharSequence su String?

Generalmente, programmare su un'interfaccia è meglio che programmare su classi concrete. Ciò offre flessibilità, in modo da poter passare da implementazioni concrete di una particolare interfaccia senza rompere altri codici.

Quando si sviluppa un'API per essere utilizzata da vari programmatori in varie situazioni, scrivere il proprio codice per fornire e utilizzare le interfacce più generali possibili. Questo dà al programmatore chiamante la libertà di usare varie implementazioni di quell'interfaccia, qualunque sia la migliore per il loro particolare contesto.

Ad esempio, guarda Java Collections Framework . Se la vostra API dà o prende un insieme ordinato di oggetti, dichiarare i vostri metodi da utilizzare List, piuttosto che ArrayList, LinkedListo qualsiasi altra applicazione di terze parti List.

Quando si scrive un metodo rapido e sporco da utilizzare solo per il codice in un posto specifico, invece di scrivere un'API da utilizzare in più punti, non è necessario preoccuparsi di utilizzare l'interfaccia più generale piuttosto che un concreto specifico classe. Ma anche allora, fa male usare l'interfaccia più generale che puoi.

Quali sono le principali differenze e quali problemi sono previsti, mentre li si utilizza,

• Con a Stringsai di avere un solo pezzo di testo, interamente in memoria, ed è immutabile.
• Con a CharSequence, non sai quali potrebbero essere le caratteristiche particolari dell'implementazione concreta.

L' CharSequenceoggetto potrebbe rappresentare un enorme pezzo di testo e quindi ha implicazioni di memoria. Oppure potrebbero essere molti blocchi di testo tracciati separatamente che dovranno essere uniti insieme quando si chiama toStringe quindi hanno problemi di prestazioni. L'implementazione potrebbe persino recuperare il testo da un servizio remoto e pertanto ha implicazioni sulla latenza.

e la conversione da uno all'altro?

In genere non ti convertirai avanti e indietro. A String è a CharSequence. Se il tuo metodo dichiara che richiede un CharSequence, il programmatore chiamante può passare un Stringoggetto o può passare qualcos'altro come un StringBuffero StringBuilder. Il codice del tuo metodo utilizzerà semplicemente tutto ciò che viene passato, chiamando uno dei CharSequencemetodi.

Il risultato più vicino alla conversione è se il codice riceve un CharSequencee sai di aver bisogno di un String. Forse stai interfacciando con il vecchio codice scritto in Stringclasse piuttosto che scritto CharSequencenell'interfaccia. O forse il tuo codice funzionerà intensamente con il testo, ad esempio ripetutamente in loop o analizzando in altro modo. In tal caso, vuoi subire ogni possibile colpo di prestazione una sola volta, quindi chiami toStringin anticipo. Quindi procedi con il tuo lavoro usando quello che sai essere un singolo pezzo di testo interamente in memoria.

Storia contorta

Nota i commenti fatti sulla risposta accettata . L' CharSequenceinterfaccia è stata adattata su strutture di classe esistenti, quindi ci sono alcune sottigliezze importanti ( equals()& hashCode()). Notate le varie versioni di Java (1, 2, 4 e 5) taggate sulle classi / interfacce - un bel po 'di churn nel corso degli anni. Idealmente CharSequencesarebbe stato in atto sin dall'inizio, ma tale è la vita.

Il mio diagramma di classe qui sotto potrebbe aiutarti a vedere il quadro generale dei tipi di stringa in Java 7/8. Non sono sicuro che tutti questi siano presenti in Android, ma il contesto generale potrebbe ancora esserti utile.

Credo che sia meglio usare CharSequence. Il motivo è che String implementa CharSequence, quindi è possibile passare una stringa in una CharSequence, TUTTAVIA non è possibile passare una CharSequence in una stringa, poiché CharSequence non implementa String. Inoltre, in Android il EditText.getText()metodo restituisce un modificabile, che implementa anche CharSequence e può essere passato facilmente in uno, mentre non facilmente in una stringa. CharSequence gestisce tutto!

In generale, l'utilizzo di un'interfaccia consente di variare l'implementazione con un danno collaterale minimo. Sebbene java.lang.String sia molto popolare, in alcuni contesti è possibile che si desideri utilizzare un'altra implementazione. Costruendo l'API attorno a CharSequences anziché a String, il codice offre l'opportunità di farlo.

Questo è quasi certamente motivi di prestazione. Ad esempio, immagina un parser che passa attraverso un ByteBuffer da 500k contenente stringhe.

Esistono 3 approcci per restituire il contenuto della stringa:

1. Costruisci una stringa [] al momento dell'analisi, un personaggio alla volta. Questo richiederà un notevole lasso di tempo. Possiamo usare == invece di .equals per confrontare i riferimenti memorizzati nella cache.

2. Costruisci un int [] con offset al momento dell'analisi, quindi crea dinamicamente String quando si verifica un get (). Ogni stringa sarà un nuovo oggetto, quindi non è possibile memorizzare nella cache valori restituiti e utilizzare ==

3. Crea una CharSequence [] al momento dell'analisi. Poiché non vengono memorizzati nuovi dati (diversi dagli offset nel buffer dei byte), l'analisi è molto inferiore a quella n. 1. Al momento, non è necessario creare una stringa, quindi ottenere prestazioni è uguale al n. 1 (molto meglio del n. 2), poiché stiamo solo restituendo un riferimento a un oggetto esistente.

Oltre ai guadagni di elaborazione ottenuti con CharSequence, si riduce anche il footprint di memoria non duplicando i dati. Ad esempio, se si dispone di un buffer contenente 3 paragrafi di testo e si desidera restituire tutti e 3 o un singolo paragrafo, sono necessarie 4 stringhe per rappresentarlo. Utilizzando CharSequence è necessario solo 1 buffer con i dati e 4 istanze di un'implementazione CharSequence che tiene traccia dell'inizio e della lunghezza.

Un problema che si presenta nel pratico codice Android è che il loro confronto con CharSequence.equals è valido ma non funziona necessariamente come previsto.

EditText t = (EditText )getView(R.id.myEditText); // Contains "OK"
Boolean isFalse = t.getText().equals("OK"); // will always return false.

Il confronto dovrebbe essere effettuato da

("OK").contentEquals(t.GetText()); 

CharSequence

A CharSequenceè un'interfaccia, non una classe reale. Un'interfaccia è solo un insieme di regole (metodi) che una classe deve contenere se implementa l'interfaccia. In Android a CharSequenceè un ombrello per vari tipi di stringhe di testo. Ecco alcuni dei più comuni:

• String (testo immutabile senza span di stile)
• StringBuilder (testo modificabile senza span di stile)
• SpannableString (testo immutabile con span di stile)
• SpannableStringBuilder (testo modificabile con intervalli di stile)

(Puoi leggere di più sulle differenze tra questi qui .)

Se hai un CharSequenceoggetto, allora è in realtà un oggetto di una delle classi che implementano CharSequence. Per esempio:

CharSequence myString = "hello";
CharSequence mySpannableStringBuilder = new SpannableStringBuilder();

Il vantaggio di avere un tipo di ombrello generale come CharSequenceè che puoi gestire più tipi con un solo metodo. Ad esempio, se ho un metodo che accetta un CharSequencecome parametro, potrei passare a Stringo a SpannableStringBuildere gestirà uno dei due.

public int getLength(CharSequence text) {
    return text.length();
}

Corda

Si potrebbe dire che a Stringè solo un tipo di CharSequence. Tuttavia, a differenza CharSequence, è una classe reale, quindi puoi ricavarne degli oggetti. Quindi potresti farlo:

String myString = new String();

ma non puoi farlo:

CharSequence myCharSequence = new CharSequence(); // error: 'CharSequence is abstract; cannot be instantiated

Poiché CharSequenceè solo un elenco di regole Stringconformi, è possibile eseguire questa operazione:

CharSequence myString = new String();

Ciò significa che ogni volta che un metodo richiede un CharSequence, va bene dargli un String.

String myString = "hello";
getLength(myString); // OK

// ...

public int getLength(CharSequence text) {
    return text.length();
}

Tuttavia, non è vero il contrario. Se il metodo accetta un Stringparametro, non puoi passarlo a qualcosa che è generalmente noto solo come a CharSequence, perché potrebbe effettivamente essere un SpannableStringo qualche altro tipo di CharSequence.

CharSequence myString = "hello";
getLength(myString); // error

// ...

public int getLength(String text) {
    return text.length();
}

CharSequenceè un'interfaccia e la Stringimplementa. È possibile creare un'istanza Stringma non è possibile farlo CharSequencepoiché è un'interfaccia. Puoi trovare altre implementazioni nel CharSequencesito Web ufficiale di Java.

CharSequence è una sequenza leggibile di valori char che implementa String. ha 4 metodi

1. carattere (indice int)
2. lunghezza()
3. subSequence (int start, int end)
4. accordare()

Consultare la documentazione relativa a CharSequence