Rivalry2

HTML Diff

2 added 2 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Краткая история Python</a></li>

2 <li><a>What’s new in Python 3.9?</a><ul><li><a>Работа со словарями</a></li>

3 <li><a>Изменения в работе с декораторами</a></li>

4 <li><a>Изменения в синтаксисе типирования</a><ul><li><a>Дженерики</a></li>

5 <li><a>Расширение возможностей аннотаций</a></li>

6 </ul></li>

7 <li><a>Изменения связанные с часовыми поясами</a></li>

8 <li><a>Новые методы работы со строкам</a></li>

9 </ul></li>

10 <li><a>Python 3.10</a><ul><li><a>Pattern Matching</a></li>

11 <li><a>Более удобное использование Union для типирования:</a></li>

12 <li><a>Контекстные менеджеры</a></li>

13 <li><a>Более информативные сообщения об ошибках</a></li>

14 <li><a>Остальное</a></li>

15 </ul></li>

16 </ul>Python был разработан около тридцати лет назад, первая его официальная версия вышла в 1991 году и имела номер 0.9. После этого довольно долгое время язык развивался, и популярность он получил в 2000-х годах, во время мажорной второй версии. Однако уже тогда было понятно, что в языке необходимы изменения, которые будут обратно несовместимы с текущими версиями, такие как например, изменения в поведении юникодных строк. Однако вторая версия Python была уже очень популярна к этому моменту, поэтому третья работа над третьей версией велась одновременно с работой над 2.7. Довольно долго у core-разработчиков Python не было определенной стратегии, поэтому до версии 3.4 изменения были довольно хаотичны.

17 С 2019 года Python адаптирует годичные релизные циклы. Это изменение было представлено в <a>PEP-602</a> Что это значит для пользоватеоей Python?

18 <ul><li>новая минорная (3.X.0) версия выходит каждый год</li>

19 <li>фаза активной разработки версии 3.X+1.0 начинается в тот момент, когда в релих отправляется 3.X.beta и продолжается 12 месяцев</li>

20 <li>каждая минорная версия активно поддерживается в течении полутора лет</li>

21 <li>каждая минорная версия получает обновления безопасности в течении трех с половиной лет Пример расписания релизов для версии 3.9 можно посмотреть на рисунке:</li>

22 </ul><h2>What’s new in Python 3.9?</h2>

23 Релиз Python 3.9 произошел 2020-10-05. Рассмотрим что есть нового в этой версии.

24 <h2>Работа со словарями</h2>

25 Допустим, есть два словаря, которые мы зотим объединить.

26 В версиях до 3.9 можно было бы сделать таким образом:

27 In [9]:

28 pycon = {2017: "Portland", 2018: "Cleveland", 2019: "Cleveland", 2020: "online"} europython = {2017: "Rimini", 2018: "Edinburgh", 2019: "Basel"} {**pycon, **europython}Out[9]:

29 {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}Синтаксис ** разворачивает словарь, и когда они объединяются, более позднее значение затирается более новым. Аналогичные дейтсвия можно совершить, если использовать следующий синтаксис:

30 In [7]:

31 merged_dict = pycon.copy()forkey, valueineuropython.items(): merged_dict[key] = value merged_dictOut[7]:

32 {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}Или таким образом:

33 In [8]:

34 pycon.update(europython) pyconOut[8]:

35 {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}Этот способ пойдойдет в случае если нужно изменить первоначальный словарь.

36 In [14]:

37 merged_dict = pycon.copy().update(europython)Out[14]:

38 {2017: 'Portland', 2018: 'Cleveland', 2019: 'Cleveland', 2020: 'online'}In [ ]:

39 Однако если нужно сохранить эти данные в новом словаре, этим способом воспользоваться нельзя, в последнем примереIn [17]:

40 merged_dictisNoneOut[17]:

41 TrueВ библиотеке collections есть объект ChainMap, который тоже обхединяет словари, но его результатом будет объект ChainMap, а не словарь. Он состоит из нескольких словарей, следующих друг за другом. Если взять значение по ключу, то вернется то значение, которое встречается раньше. То есть, в этом примере для ключа 2019, вернется значение Cleveland

42 In [28]:

43 fromcollectionsimportChainMap merged_dict = ChainMap(pycon, europython) merged_dictOut[28]:

44 ChainMap({2017: 'Amsterdam', 2018: 'Cleveland', 2019: 'Cleveland', 2020: 'online'}, {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel'})В Python 3.8 был представлен walrus-оператор. С его помощью можно решить проблему примера с update и скопировать словарь в новую переменную:In [11]:

45 (merged_dict := pycon.copy()).update(europython) merged_dictOut[11]:

46 {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}В Python 3.9 в <a>PEP-0614</a> добавлен синтаксис | (читается как pipe), который объединяет словари аналогично первому примеру:

47 In [13]:

48 pycon | europythonOut[13]:

49 {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}При этом первоначальный словарь не меняется:

50 In [14]:

51 pyconOut[14]:

52 {2017: 'Portland', 2018: 'Cleveland', 2019: 'Cleveland', 2020: 'online'}Если все-таки нужно обновить первоначальный словарь, можно воспользоваться синтаксисом |= (работает по аналогии с +=): a |= b a = a|bIn [16]:

53 pycon |= europython pyconOut[16]:

54 {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}Важно помнить, что поскольку более поздние значения перезаписывают более ранние значения, эта операция может быть не коммуникативна.

55 In [23]:

56 print(europython | pycon) print(pycon | europython) {2017: 'Portland', 2018: 'Cleveland', 2019: 'Cleveland', 2020: 'online'} {2017: 'Rimini', 2018: 'Edinburgh', 2019: 'Basel', 2020: 'online'}Синтаксис | работает только непосредственно со словарями, тогда как синтаксис ** работает и с orderedict и с другими подобными словарям объектами.

57 <h2>Изменения в работе с декораторами</h2>

58 До версии 3.9 в качестве декораторов могли выступать функции или классы, но не такие объекты как списки или словари. Рассмотрим пример, в котором это будет удобно использовать. Допустим есть UI-приложение с кнопками, и нужно добавить какое-то сообщение по нажатию на каждую кнопку. Было бы удобно это сделать с помощью декоратора, но что делать, если для каждой кнопки нужно печатать различные сообщения. Это можно сделать следующим образом:In [ ]:

59 buttons = [QPushButton(f'Button{i}')foriinrange(10)] button_0 = buttons[0] button_1 = buttons[1] @button_0.clicked.connectdefsay_hello(): message.setText("Hello, World!") @button_1.clicked.connectdefsay_goodbye(): message.setText("Goodbye, World!")Создаем list comprehension из функций, явно присваем объектам значения элементов списка, и их можно использовать в качестве декораторов. Это будет работать, однако не будет эффективно, если объектов из которых будут созданы декораторы, будет достаточно много.

60 Это не единственный способ, но другие будут довольно неоднозначными. Рассмотрим два из них. В первом случае создадим функцию, которая будет возвращать необходимую для декоратора функцию:In [ ]:

61 def_(x):returnx @_(buttons[0].clicked.connect)defsay_hello(): ...Использование eval:In [ ]:

62 @eval("buttons[1].clicked.connect")defsay_bye(): ...В Python 3.9 стало возможно создавать декораторы из любых объектов, например из элементов списков и словарей. Можно рассмотреть синтаксис, который реализует тот же самый пример:

63 In [ ]:

64 @buttons[0].clicked.connectdefsay_hello(): message.setText("Hello, World!") @buttons[1].clicked.connectdefsay_goodbye(): message.setText("Goodbye, World!")Похожим образом будет выглядеть синтаксис для значений словаря:

65 In [ ]:

66 buttons = {'hello': QPushButton('Hello!'), 'goodbye': QPushButton('Goodbye!')} @buttons['hello'].clicked.connectdefsay_hello(): message.setText("Hello, World!") @buttons['goodbye'].clicked.connectdefsay_goodbye(): message.setText("Goodbye, World!")Этот функционал, несмотря на то, что не приносит новых возможностей, позволяет писать более чистый код и избегать рискованных решений вроде использования eval.

67 <h2>Изменения в синтаксисе типирования</h2>

68 <h3>Дженерики</h3>

69 Дженерики это типы, которые могут быть параметризованы, обычно являются контейнерами, например dict. Параметризованные дженерики это типы, для которых указан внутренний тип, например dict[str, int]

70 - Начиная с Python 3.7 стало можно указывать тип объекта, конкретизируя тип внутренних элементов контейнеры. Но для этого нужно было импортировать таки типы как List из модуля typing:

70 + Начиная с Python 3.7 стало можно указывать тип объекта, конкре��изируя тип внутренних элементов контейнеры. Но для этого нужно было импортировать таки типы как List из модуля typing:

71 In [ ]:

72 fromtypingimportList, Dictdeffind(haystack: Dict[str, List[int]]) -> int:#def find(haystack: dict) -> int:...Можно было не конкретизировать тип внутренних значений, для этого не нужно было импортировать дополинтельные типы и можно было использовать стандартные типы dict и list. Благодаря этому нововведению, внешние библиотеки такие как Mypy стали распознавать дженерики.

73 Также, в версии 3.9 стало можно пользоваться аннотациями без явного их импорта из модуля __future__

74 <h3>Расширение возможностей аннотаций</h3>

75 Аннотации были доступны для использования и в более ранних версиях Python, однако их функция была скорее информационной, использовались они в первую очередь для документации. Синтаксис использования аннотаций до Python 3.9 выглядел таким образом:

76 In [24]:

77 defspeed(distance: "feet", time: "seconds") -> "miles per hour": fps2mph = 3600 / 5280returndistance / time * fps2mphВ Python 3.9 появился новый объект типа Annotated, который принимает на вход два аргумента, первый это реальный тип, которым должен обладать аннотриуемый объект, а второй это название для целей документации:

78 In [ ]:

79 fromtypingimportAnnotateddefspeed( distance: Annotated[float, "feet"], time: Annotated[float, "seconds"]) -> Annotated[float, "miles per hour"]: fps2mph = 3600 / 5280returndistance / time * fps2mphКогда происходит проверка аннотаций, проверяется только первый аргумент, в котором находится "реальный" тип объекта, а второй использовуется как и в предыдущих версиях:

80 In [25]:

81 speed.__annotations__Out[25]:

82 {'distance': 'feet', 'time': 'seconds', 'return': 'miles per hour'}<h2>Изменения связанные с часовыми поясами</h2>

83 В предыдущих версиях Python, модуль datetime не содержал информации о часовых поясах, и рекомендованным способом работы с ними была библиотека python-dateutil.

84 Однако начиная с Python 3.9 появился модуль zoneinfo, который содержит информацию о часовых поясах и позволяет создавать объекты им соответствующие:

85 In [31]:

86 fromdatetimeimportdatetime, timezonefromzoneinfoimportZoneInfo local_tz = ZoneInfo('Europe/Amsterdam') datetime.now(tz=timezone.utc), datetime.now()Out[31]:

87 (datetime.datetime(2021, 5, 4, 15, 58, 36, 295472, tzinfo=datetime.timezone.utc), datetime.datetime(2021, 5, 4, 17, 58, 36, 295477))В стандартной библиотеке не было информации ни о каких часовых поясах, кроме utc, и необходимо было использовать pytz чтобы создать объект, содержащий информацию о часовом поясе. Теперь это можно сделать без установки дополнительных библиотек:In [32]:

88 fromzoneinfoimportZoneInfo local_tz = ZoneInfo('Europe/Amsterdam') datetime.now(tz=local_tz)Out[32]:

89 (datetime.datetime(2021, 5, 4, 17, 58, 37, 765947, tzinfo=zoneinfo.ZoneInfo(key='Europe/Amsterdam')),)In [ ]:

90 - Всего часовых поясов больше чем мож��о было бы предположить, и многие из них представлены в модуле `zoneinfo`In [33]:

90 + Всего часовых поясов больше чем можно было бы предположить, и многие из них представлены в модуле `zoneinfo`In [33]:

91 importzoneinfotzs = zoneinfo.available_timezones() len(tzs)Out[33]:

92 594<h2>Новые методы работы со строкам</h2>

93 Иногда нужно убрать первые или последние несколько символов из строки. Есть метод strip, который обладает казалось бы похожим функционалом, но он может иногда давать <a>неожиданные</a> <a>результаты</a> Например в таком случае:

94 In [34]:

95 "ababbbbbbaaccc".lstrip("ab")Out[34]:

96 'ccc'В Python 3.9 были <a>добавлены</a> функции removeprefix, removesuffix, которые выполняют то, что от них ожидается: удаляют первые или последние несколько символов строки.In [35]:

97 "ababbbbbbaaccc".removeprefix("ab")Out[35]:

98 'abbbbbbaaccc'In [36]:

99 "ababbbbbbaaccc".removesuffix("c")Out[36]:

100 'ababbbbbbaacc'In [36]:

101 Если строка не содержит суффикс или префикс, строка не меняется, никаких исключений не появляется.In [37]:

102 "ababbbbbbaaccc".removesuffix("something else")Out[37]:

103 'ababbbbbbaaccc'Ссылки:

104 <ul><li><a>https://docs.python.org/3/whatsnew/3.9.html#summary-release-highlights</a></li>

105 </ul><h2>Python 3.10</h2>

106 Последняя версия Python 3.10 это <a>0b3</a>, которая вышла 17 июня 2021 года. Согласно расписанию релизов, полноценный релиз появится примерно в октябре 2021. Пока официального релиза нет, версия не доступна в пакетных менеджерах (таких как brew). Соответственно, чтобы ее установить, билд нужно скачать вручную с www.python.org и уствноваить на своей машине. Рассмотрим изменения, доступные в этой Python 3.9.

107 <h2>Pattern Matching</h2>

108 В более ранних версиях Python если нужно описать различное поведение, в зависимости от того, какой объект используется, скорее всего будет использоваться условный оператор:In [ ]:

109 ifisinstance(x, tuple)andlen(x) == 2: host, port = x mode = "http"elifisinstance(x, tuple)andlen(x) == 3: host, port, mode = xОднако в Python 3.10 вместе с <a>PEP-0635</a> будет добавлен новый оператор match, который может использоваться с case:In [ ]:

110 match x: case host, port: mode = "http" case host, port, mode:passcass Class1: ... case host == 'localhost' ...Также с его помощью будет удобно реализовывать, например, обработку ошибок:In [ ]:

111 defhttp_error(status): match status: case 400:return"Bad request" case 404:return"Not found" case 418:return"I'm a teapot" case _:return"Something's wrong with the Internet"Это одно из самых "громких" нововведений в последних версиях Python и возможно самое ожидаемое коммьюнити.

112 <h2>Более удобное использование Union для типирования:</h2>

113 Если раньше чтобы указать, что аргумент функции может быть одним из нескольких типов, необходимо было использовать Union, импортируемый из пакета typing:In [ ]:

114 fromtypingimportUniondefsquare(number: Union[int, float]) -> Union[int, float]:returnnumber ** 2То начиная с Python 3.10 можно будет заменить его оператором pipe | и, соответственно, избавиться от импорта:In [ ]:

115 defsquare(number: int | float) -> int | float:returnnumber ** 2<h2>Контекстные менеджеры</h2>

116 Синтаксис работы с контекстными менеджерами упростится, теперь несколько контекстных менеджеров можно объединять в одном with, а так же не обязательно присваивать им локальные имена:In [ ]:

117 with( CtxManager1(), CtxManager2() ): ...with(CtxManager1()asexample, CtxManager2()): ...with( CtxManager1()asexample1, CtxManager2()asexample2 ): ...<h2>Более информативные сообщения об ошибках</h2>

118 Наверняка многие из читателей сталкивались с тем, что сообщение об ошибке слишком общее и само по себе не говорит о том, что нужно сделать чтобы ошибку исправить. В новой версиеи Python core-разработчики улучшили самые распространенные из них и теперь сообщения об ошибках будут намного более читабельными:In [ ]:

119 expected = {9: 1, 18: 2, 19: 2, 27: 3, 28: 3, 29: 3, 36: 4, 37: 4, ^SyntaxError: '{' was never closedIn [ ]:

120 >>>ifrocket.position > event_horizon File "<stdin>", line 1ifrocket.position > event_horizon ^SyntaxError: expected ':'In [ ]:

121 >>> {x,yforx,yinrange(100)} File "<stdin>", line 1 {x,yforx,yinrange(100)} ^SyntaxError: did you forget parentheses around the comprehension target?In [ ]:

122 ifrocket.position = event_horizon: File "<stdin>", line 1ifrocket.position = event_horizon: ^SyntaxError: cannot assign to attribute here. Maybe you meant '==' insteadIn [ ]:

123 deffoo(): ...iflel: ... x = 2 File "<stdin>", line 3 x = 2 ^IndentationError: expected an indented block after 'if' statementinline 2<h2>Остальное</h2>

124 <ul><li>Модуль distutils постепенно выыводится из употребления, чтобы быть полностью удаленным в Python 3.12. Это связано с тем, что его функции были полностью заменены такими модулями как setuptools и packaging.</li>

125 <li>Улучшение читабельности сообщений в модуле <a>debugging</a></li>

126 </ul>Это не все изменения которые попадут в Python 3.10, с полным списком можно ознакомиться посмотрев <a>список изменений</a>.

127 Прокачать Python можно на курсах:

128 <ul><li><a>Python Developer. Basic</a></li>

129 <li><a>Python Developer. Professional</a></li>

130 <li><a>Web-разработчик на Python</a></li>

131 </ul>