Программирование в Android, большинство текстовых значений ожидается в CharSequence.

Это почему? В чем выгода, и каковы основные последствия использования CharSequenceболее String?

Каковы основные различия и какие проблемы ожидаются при их использовании и преобразовании из одного в другое?

Строки - это CharSequence , поэтому вы можете просто использовать Strings и не беспокоиться. Android просто пытается быть полезным, позволяя вам также указывать другие объекты CharSequence, например StringBuffers.

CharSequence= интерфейс
String= конкретная реализация

• CharSequenceэто интерфейс .
• Несколько классов реализуют этот интерфейс.
  • Stringодин из таких классов, конкретная реализация CharSequence.

Вы сказали:

преобразование из одного в другое

Там нет конвертации из String.

• Каждый Stringобъект являетсяCharSequence .
• Каждый CharSequenceможет изготовить String. Вызов CharSequence::toString. Если CharSequenceслучаем является a String, то метод возвращает ссылку на свой собственный объект.

Другими словами, каждый Stringявляется CharSequence, но не каждый CharSequenceявляется String.

Программирование на интерфейс

При программировании на Android большинство текстовых значений ожидаются в CharSequence.

Это почему? В чем выгода и каковы основные последствия использования CharSequence вместо String?

Как правило, программирование для интерфейса лучше, чем программирование для конкретных классов. Это обеспечивает гибкость, поэтому мы можем переключаться между конкретными реализациями определенного интерфейса, не нарушая другой код.

При разработке API который будет использоваться различными программистами в различных ситуациях, напишите свой код, чтобы предоставить и использовать самые общие возможные интерфейсы. Это дает вызывающему программисту свободу использовать различные реализации этого интерфейса, независимо от того, какая реализация лучше всего подходит для их конкретного контекста.

Например, посмотрите на Java Collections Framework . Если API дает или принимает упорядоченную коллекцию объектов, объявлять методы, используя Listвместо ArrayList, LinkedListили любой другой реализации третьей стороной в List.

При написании быстрого и грязного метода, который будет использоваться только вашим кодом в одном конкретном месте, в отличие от написания API, который будет использоваться в нескольких местах, вам не нужно беспокоиться об использовании более общего интерфейса, а не конкретного конкретного учебный класс. Но даже тогда было бы больно использовать самый общий интерфейс, какой только можно.

Каковы основные различия и какие проблемы ожидаются при их использовании,

• С помощью Stringвы знаете, что у вас есть один фрагмент текста, полностью в памяти, и является неизменным.
• С a CharSequenceвы не знаете, какими могут быть конкретные особенности конкретной реализации.

CharSequenceОбъект может представлять собой огромный кусок текста, и , следовательно , имеет значение памяти. Или может быть много фрагментов текста, отслеживаемых отдельно, которые нужно будет сшивать вместе, когда вы звоните toString, и поэтому возникают проблемы с производительностью. Реализация может даже извлекать текст из удаленной службы, и, следовательно, имеет значение задержки.

и конвертировать из одного в другой?

Как правило, вы не будете конвертировать туда и обратно. String ЯвляетсяCharSequence . Если ваш метод объявляет, что он принимает a CharSequence, вызывающий программист может передать Stringобъект или передать что-то еще, например, StringBufferили StringBuilder. Код вашего метода будет просто использовать все, что передано, вызывая любой из CharSequenceметодов.

Самое близкое, что вы получили бы к конвертации, это если ваш код получит, CharSequenceи вы знаете, что вам нужно String. Возможно, вы взаимодействуете со старым кодом, написанным для Stringкласса, а не для CharSequenceинтерфейса. Или, возможно, ваш код будет интенсивно работать с текстом, например, многократно повторять циклы или иным образом анализировать. В этом случае вы хотите получить любой возможный удар по производительности только один раз, так что вы звоните toStringпрямо. Затем приступайте к работе, используя то, что, как вы знаете, представляет собой один фрагмент текста полностью в памяти.

Искаженная история

Обратите внимание на комментарии к принятому ответу . CharSequenceИнтерфейс был переоборудован на существующих структуры класса, так что есть некоторые важные тонкости ( equals()& hashCode()). Обратите внимание на различные версии Java (1, 2, 4 и 5), помеченные на классах / интерфейсах - с течением времени они немного изменились. В идеале CharSequenceбыло бы на месте с самого начала, но такова жизнь.

Моя диаграмма классов ниже может помочь вам увидеть общую картину типов строк в Java 7/8. Я не уверен, что все это присутствует в Android, но общий контекст может оказаться полезным для вас.

Я считаю, что лучше всего использовать CharSequence. Причина в том, что String реализует CharSequence, поэтому вы можете передать String в CharSequence, ОДНАКО вы не можете передать CharSequence в String, так как CharSequence не реализует String. Кроме того, в Android EditText.getText()метод возвращает Editable, который также реализует CharSequence и может быть легко передан в один, а не просто в String. CharSequence обрабатывает все!

В целом использование интерфейса позволяет варьировать реализацию с минимальным побочным ущербом. Несмотря на то, что java.lang.String очень популярны, возможно, что в определенных контекстах вы захотите использовать другую реализацию. Путем построения API вокруг CharSequence, а не Strings, код дает возможность сделать это.

Это почти наверняка из соображений производительности. Например, представьте анализатор, который проходит через 500k ByteBuffer, содержащий строки.

Есть 3 подхода к возвращению содержимого строки:

1. Создайте строку [] во время разбора, по одному символу за раз. Это займет заметное количество времени. Мы можем использовать == вместо .equals для сравнения кэшированных ссылок.

2. Создайте int [] со смещениями во время разбора, затем динамически создайте String, когда произойдет get (). Каждая строка будет новым объектом, поэтому нет кэширования возвращаемых значений и использования ==

3. Создайте CharSequence [] во время разбора. Поскольку никакие новые данные не сохраняются (кроме смещений в байтовом буфере), синтаксический анализ намного ниже, чем # 1. Во время получения нам не нужно создавать String, поэтому производительность get равна # 1 (намного лучше, чем # 2), поскольку мы только возвращаем ссылку на существующий объект.

В дополнение к преимуществам обработки, которые вы получаете с помощью CharSequence, вы также уменьшаете объем памяти, не дублируя данные. Например, если у вас есть буфер, содержащий 3 абзаца текста, и вы хотите вернуть все 3 или один абзац, вам нужно 4 строки для представления этого. При использовании CharSequence вам нужен только 1 буфер с данными и 4 экземпляра реализации CharSequence, которая отслеживает начало и длину.

Проблема, которая возникает в практическом коде Android, состоит в том, что сравнение их с CharSequence.equals допустимо, но не обязательно работает так, как задумано.

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

Сравнение должно быть сделано

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

CharSequence

A CharSequence- это интерфейс, а не реальный класс. Интерфейс - это просто набор правил (методов), которые должен содержать класс, если он реализует интерфейс. В Android CharSequenceесть зонтик для различных типов текстовых строк. Вот некоторые из распространенных:

• String (неизменный текст без разметки)
• StringBuilder (изменяемый текст без интервалов стиля)
• SpannableString (неизменный текст с пролетами стиля)
• SpannableStringBuilder (изменяемый текст со стилями)

(Вы можете прочитать больше о различиях между этими здесь .)

Если у вас есть CharSequenceобъект, то это фактически объект одного из реализующих классов CharSequence. Например:

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

Преимущество использования общего типа зонтика в CharSequenceтом, что вы можете обрабатывать несколько типов одним методом. Например, если у меня есть метод, который принимает a CharSequenceв качестве параметра, я мог бы передать a Stringили a, SpannableStringBuilderи он обработал бы любой из них.

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

строка

Можно сказать, что это Stringвсего лишь один из видов CharSequence. Однако, в отличие от этого CharSequence, это фактический класс, поэтому вы можете создавать объекты из него. Так что вы можете сделать это:

String myString = new String();

но вы не можете сделать это:

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

Так как CharSequenceэто просто список правил String, которые можно выполнить, вы можете сделать это:

CharSequence myString = new String();

Это означает, что всякий раз, когда метод запрашивает a CharSequence, можно дать ему a String.

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

// ...

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

Однако обратное неверно. Если метод принимает Stringпараметр, вы не можете передать ему что-то, что обычно известно как a CharSequence, потому что это может быть a SpannableStringили какой-либо другой вид CharSequence.

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

// ...

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

CharSequenceэто интерфейс и Stringреализует его. Вы можете создать экземпляр, Stringно вы не могли этого сделать, CharSequenceпоскольку это интерфейс. Вы можете найти другие реализации CharSequenceна официальном веб-сайте Java.

CharSequence - читаемая последовательность значений char, которая реализует String. у него 4 метода

1. charAt (int index)
2. длина ()
3. подпоследовательность (int start, int end)
4. нанизывать()

Пожалуйста, обратитесь к документации CharSequence документации