albertalexandrov

В декорируемом вызове
def get(self, params):
self-- аргумент, инстанс класса VK

Это компенсируется строкой
_, params = args
где инстанс класса присваивается переменной _и больше не используется, а переданные методу параметры присваиваются переменной params

есть еще нюансы с авторизацией, например некоторые функции недоступны в api вконтакте если например выбран тип авторизации Authorization code flow

Если вы хотели между первой и второй линей вставить третью, а получившиеся третей и второй четвертую, то это можно сделать так:

with open('tmp', 'w') as file:
    file.write('line 1\n')

with open('tmp', 'a') as file:
    file.write('line 2\n')

with open('tmp', 'r+') as fd:
    contents = fd.readlines()
    contents.insert(1, 'line 3\n')
    fd.seek(0)
    fd.writelines(contents)
    
with open('tmp', 'r+') as fd:
    contents = fd.readlines()
    contents.insert(2, 'line 4\n')
    fd.seek(0)
    fd.writelines(contents)
    
with open('tmp') as f:
    for line in f:
        print(line, end="")

line 1
line 3
line 4
line 2

Чтобы понять как работает Redux тебе нужно норм вкуривать React.
Хотя бы для того, чтобы не пугаться props.

Есть у тебя React. Это все просто JS объекты.
<Component /> - так позволяет писать движок jsx, который и React его использует.
Так как структура компонентная, ты должен думать как обновить компоненты в в другой части страницы.

Принцип такой: компонент обычно обновляется при получении новых свойств - props или когда меняется его объект состояния - state.

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

Что делает Redux:
Он не призывает отказываться от state.

Но есть общий контейнер данных. И когда данные меняются - меняются и компоненты, которые отображают именно эти данные.

Когда нужно что-то поменять - вызываешь dispatch - специальная функция reducer реагирует на это - и меняет данные как тебе нужно. Когда данные заменятся - компонент Propvider - вызывает рендер у своего дочернего компонента (тот что оборачивает Provider).
Например:

<Provider>
   <MyComponent />//Вот сюда Provider пробросит (запишет) новые props.
</Provider>

Записывает он это самое глобальное хранилище и все компоненты, для которых поменялись данные - перерисуются.

mapStateToProps - указывает какую часть этого глобального хранилища будет предоставлять provider.
Если у тебя оно такое:

{
   chunkStore: {},
   some: {}
}

То если mapStateToProps вернет{store: store.chunkStore}то Provider в props своего потомка пробросит такое: store: store.chunkStore. И ты будешь обращаться внутри к store, но там будет только часть chunkStore (не весь объект, а его поле).

mapDispatchToProps - т.к. subscribe нет, то это возвращает функции, которые могут внутри себя вызывать dispatch().

action - описывает то что и на что ты хочешь поменять. Какое поле и какие данные туда поместить.

Варианты есть. Я придумал вот такой, довольно экстравагантный:

$ git checkout F1
$ git reset --hard HEAD^ (первые две команды можно заменить на git checkout -B F1 C3)
$ git commit –am “C10”
$ git checkout F3
$ git rebase F1
$ git cherry-pick C4
$ git checkout -B F1 C4

И все ветки будут на своих местах.
Скажете, что я на втором шаге удалил C4... ну да, удалил! ;) Только это ничего не меняет, все будет работать.
Просто нужно помнить что удаляя коммиты и двигая ветки вы в реальности ничего не удаляете (если, конечно, не запустите сборку мусора). Т.е. мы, например, легко можем восстановить утерянные коммиты C8 и C9 если выполним
$ git checkout -b test C9
Ну а если вы уже забыли что именно удалили, то git reflog вам в помощь.

Коротко — он возвращает текущее состояние объекта, чтобы можно было создать вот прям точно такой же, например, с помощью copy.copy. Или сериализовать его в байты (pickle), а потом достать оттуда, чтобы получился объект, не хуже того, который ты сериализовал.

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

При коллизиях (совпадении хэша) элементы обычно складывают в связный список. В поиске по этому связному списку и кроется O(n).

Да