Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Python: Общие вопросы > Иммутабильность строк

Автор: ToshaCh 10.5.2012, 17:25

Код


>>> string1 = '11111'
>>> string1 = '22222'
>>> string1
22222
>>> 
>>> string1[2]='3'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'str' object does not support item assignment
>>> string1=string1[:2]+'3'+string1[3:]
>>> string1
'22322'

что строки нельзя менять непосредственно;
операции над строками идут через ссылки - иначе не объяснить почему второе выражение сработало, а четвертое нет;
из этого следует интерестный вывод: за время моих упраженеий я неявным образом наплодил 3 строки, хотя работал вроде как с одной и непонятно кто и когда их подчистит

Собственно зачем так сделано и почему эта явно функциональная черта есть только у строк, а, например, числа не обладают этим свойством? Ну и вечный вопрос, что делать. Очевидно, что нужно менять подход к программированию, но как? Т.е. предпологается, что работая со строками я должен исповедовать функциональные подходы, а с числами можно и традиционные?

Автор: Ch0bits 10.5.2012, 19:25

Позиционируют как фичу smile

Цитата

Notice that in the prior examples, we were not changing the original string with any of the operations we ran on it. Every string operation is defined to produce a new string as its result, because strings are immutable in Python—they cannot be changed in-place after they are created. For example, you can’t change a string by assigning to one of its positions, but you can always build a new one and assign it to the same name. Because Python cleans up old objects as you go (as you’ll see later), this isn’t as inefficient as it may sound:

  >>> S
  'Spam'
  >>> S[0] = 'z'             # Immutable objects cannot be changed
  ...error text omittted...
  TypeError: 'str' object does not support item assignment

Цитата(ToshaCh @ 10.5.2012, 17:25

)

Ну и вечный вопрос, что делать. Очевидно, что нужно менять подход к программированию, но как? Т.е. предпологается, что работая со строками я должен исповедовать функциональные подходы, а с числами можно и традиционные?

По моему проблемы нет и поведение вполне логичное. Ты ведь не можешь обратиться к числу через индексатор, а для строки это просто удобно.

Самый большой баг Python 2, наверно то что функция strftime() уже 10 лет не может работать с датами меньше 1900 года smile

Автор: ToshaCh 11.5.2012, 13:11

Нашел интерестную ссылку по этому поводу: http://effbot.org/pyfaq/why-are-python-strings-immutable.htm

Цитата

Why are Python strings immutable?

There are several advantages.

One is performance: knowing that a string is immutable makes it easy to lay it out at construction time — fixed and unchanging storage requirements. This is also one of the reasons for the distinction between tuples and lists. This also allows the implementation to safely reuse string objects. For example, the CPython implemenation uses pre-allocated objects for single-character strings, and usually returns the original string for string operations that doesn’t change the content.

The other is that strings in Python are considered as "elemental" as numbers. No amount of activity will change the value 8 to anything else, and in Python, no amount of activity will change the string “eight” to anything else.

CATEGORY: general design

Comment:

The use of immutable data structures (strings, tuples) enforce a non-side-effects style of programming. In a function, you receive data, create new objects, and return, not modifying things "in place". Well, side effects must be done some time, like switching through states in a object, but it is better done in the "extremes" of your logic. It is a whole philosophy to make code more composable and independent of context.

Posted by Eduardo O Padoan (2006-11-16)

Т.е. всеже на питоне рекомендуется писать как на функциональном языке.

Автор: Karadul 14.5.2012, 09:24

Только неизменяемые типы могут применяться как ключи в хеш-массивах.

Если тебе по каким-то причинам нужен изменяемый буфер (например, для I/O), юзай bytearray() (c 2.6)

Код


>>> a=bytearray('123')
>>> a
bytearray(b'123')
>>> a[2]=1
>>> a
bytearray(b'12\x01')
>>> a[2]="1"
>>> a
bytearray(b'121')

Добавлено через 1 минуту и 12 секунд

Цитата(ToshaCh @ 10.5.2012, 17:25

)

а, например, числа не обладают этим свойством?

А где оно у чисел?

Автор: ToshaCh 18.5.2012, 11:48

Цитата(Karadul @ 14.5.2012, 09:24

)

А где оно у чисел?

Да я уже понял, что с числами таже самая петрушка. Забавные язык этот питон.

Автор: Karadul 18.5.2012, 15:07

Цитата(ToshaCh @ 18.5.2012, 11:48

)

Забавные язык этот питон.

Ты не с си перешел случайно? Привыкай, такой подход во всех высокоуровневых языках - а не высокоуровневые - это си и асм. Да и даже в си юникодовые строки присваиванием в середину лучше трогать аккуратно.

Автор: ToshaCh 18.5.2012, 15:20

Цитата(Karadul @ 18.5.2012, 15:07

)

Привыкай, такой подход во всех высокоуровневых языках - а не высокоуровневые - это си и асм

Это в каких таких всех? В каком это языке не сработает string1[2]='3'? Кроме функциональных, разумеется.

Автор: Karadul 18.5.2012, 19:31

В яве точно не сработает. Сработает в перле. С другой стороны, я не знаю, что будет, если попытаться записать больше или меньше символов/байтов в середину оригинала, чем там было.
А в каких еще сработает?

В высокоуровневых языках есть собстенно строки - обычно неизменяемые, ибо иначе не получится использовать их как ключ в хеш-массивах, и изменяемые буферы, в яве, как и в си, это массивы, в питоне - bytearray()