В чём различие между строками и символами?

Question

Accepted Answer

**Строки** — это изменяемые последовательности символов; **символы** (`:name`) — это неизменяемые, **интернированные** идентификаторы — один и тот же символ является одним и тем же объектом в памяти везде. Символы используются как лёгкие, эффективные идентификаторы (особенно ключи хешей), в то время как строки содержат фактические текстовые данные.

## Основное различие: идентичность и изменяемость

```ruby
# strings — each is a NEW object (even with the same content)
"hello".object_id == "hello".object_id    # false — two different objects
"hello" << " world"                        # mutable — can be modified in place

# symbols — the SAME symbol is always the SAME object (interned)
:hello.object_id == :hello.object_id       # true — identical object every time
:hello.frozen?                              # true — symbols are immutable
```

Каждый строковый литерал создаёт новый объект, но символ **интернируется** — `:hello` всегда является одним и тем же объектом в памяти, независимо от того, сколько раз он появляется. Символы также неизменяемы.

## Преимущества памяти и производительности символов

```text
Strings: each "name" allocates a new object → more memory, slower comparison (char by char)
Symbols: :name is ONE shared object → memory-efficient, fast comparison (by identity)
→ Symbols are ideal as identifiers used repeatedly (hash keys, method names, options).
```

## Когда использовать какой тип

```ruby
# SYMBOLS — for identifiers: hash keys, method names, options, fixed labels
user = { name: "Ann", role: :admin }       # symbol keys (the idiom)
send(:upcase)                               # method name as a symbol
status = :active                            # a fixed label/state

# STRINGS — for actual text DATA that you display, manipulate, or that varies
name = "Ann Smith"                          # real text content
message = "Hello, #{name}"                  # building/interpolating text
user_input = gets.chomp                     # data from outside
```

Используйте **символы для идентификаторов** (ключи хешей, имена опций, состояния, имена методов — фиксированные, повторяющиеся метки) и **строки для фактических текстовых данных** (контент, который вы отображаете, обрабатываете или который поступает от пользователей).

## Преобразование между ними

```ruby
"hello".to_sym    # :hello
:hello.to_s        # "hello"
```

## Почему это важно

Понимание различия между строками и символами важно и является отличительной чертой Ruby, поскольку символы — это функция, которой не хватает многим другим языкам, и их правильное использование является идиоматичным для Ruby.

Ключевое различие в том, что **символы интернируются и неизменяемы** (`:name` всегда является одним и тем же объектом в памяти, неизменяемым), в то время как **строки изменяемы и каждый литерал — это новый объект**.

Это даёт символам **преимущества в памяти и производительности** как идентификаторам: они выделяются один раз и используются совместно (память-эффективны при повторном использовании), и сравниваются по идентичности (быстро) вместо посимвольного сравнения.

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

Ключи символов в хешах (`{ name: "Ann" }`) — это конвенция в Ruby и Rails, и использование символов для фиксированных идентификаторов вместо строк является эффективным и обычным.

Понимание того, когда использовать каждый тип, интернирование/неизменяемость символов и их эффективность как идентификаторов — это фундаментальное, часто применяемое знание Ruby — это частая точка путаницы для новичков (зачем оба?), и понимание различия (символы как эффективные интернированные идентификаторы, строки как изменяемые текстовые данные) необходимо для написания идиоматичного, эффективного Ruby и является частым вопросом на интервью, отражающим понимание этой отличительной черты Ruby.