обойти

но после того как преобразуешь через loads, они имеют другие расположения в словаре

Походу придется каждый ключ проверять на все возможные варианты

Это так-то как-то не очень

json-поля обходишь и переименовываешь

не переименовываешь а создаешь новый контейнер, т.к. dict is immutable

точнее ключи immutable

но после того как преобразуешь через loads, они имеют другие расположения в словаре

OrderedDict?

OrderedDict?

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

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

Короче, покажу на адекватном примере что надо

[ { "orderID": "32342302010102", "total": "9.99", "last_4": "1111", "description": "Services rendered" } ]

раз api

[ { "id": "42d213d2-cdc2-4655-99ec-9335b91c9a8f", "amount": "20.99", "last_4": "1111", "memo": "For the bill" } ]

два api

надо чтобы на выходе у обоих были одинаковые наименования ключей

из двух сделать один?

проверяем ключи. пересоздаем нужные. удаляем старые ненужные. профит?

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

а еще есть интересный метод dict.fromkeys

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

так или иначе придется шаманить

обходить, выдирать ключи. экстрасенсорно не узнать, что вот тута и вот здеся надо заменить ключ

ибо мы не знаем что там вообще лежит

можно лишь подумать и оптимизировать. чтобы не полный тупой перебор был

ну и вопрос нагрузки/объема данных. а то так до байтоебства можно дойти. ибо медленно

просто придется создавать 4 листа для id, total, last_4 и details со всеми вариантами наименований ключей

а потом обходить и проверять в каком содержится

так. надо свести много апи в один или наоборот?

да много апи в один

создать список или словарик с заменами

обойти

ну например поле id. Создаешь лист ids = ["orderID","id"]

только учитывай. там число. а там строка с GUID

если из этого листа совпал ключ, то создаешь в новой структуре ключ с унифицированным имнем для id/ Значения мне вообще не надо трогать

вроде бы все примитивно. по крайней мере для простого перебора

можно посмотреть методы для dict

есть items()

keys()

и прочие няшки

универсальности это не даст

в каком смысле?

все-равно он не телепат и будет пологаться на словарь замен

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

можно сделать универсальное с анализом значений и т.п. но по быстродействию это не то

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

а еще есть макаки

зачем делать супер-пупер распознаватель капчи, если в африке полно голодающих детей? (:

в таком случае надо ставить вопрос: как сделать так, чтобы оно само додумывалось как надо заменить

вообще как-то пахнет платежным шлюзом

А от чего зависит порядок расположения элементов в словаре? от сгенерированного хэша?

точно не стоит полагаться на это

или OrderedDict, или последние версии python, где вроде dict - упорядоченный

А от чего зависит порядок расположения элементов в словаре? от сгенерированного хэша?

Ну да, моя догадка верна:(

или OrderedDict, или последние версии python, где вроде dict - упорядоченный

В этом нет смысла, нахрена мне их сортировать

Причем каждый объект JSON

просто в чем дело. dict - это словарь. key-value хранилище

Да и плюс разные наименования клбчей

просто в чем дело. dict - это словарь. key-value хранилище

Да ладно?)

задачи порядка там базово не стоят

https://habrahabr.ru/post/247843/

https://habrahabr.ru/post/247843/

Как ты думаешь как реализовано сохранение порядка?

Вернёмся к процедуре добавления элемента в словарь. После успешного добавления или обновления записи в хэш-таблице происходит сравнение следующей записи-кандидата на вставку. Если хэш или ключ у записей не совпадают, начинается пробирование. Происходит поиск «неиспользованной» ячейки для вставки. В данной реализации Python используется случайное (а если переменная perturb равна нулю – квадратичное) пробирование. Как было описано выше, при случайном пробировании индекс следующей ячейки выбирается псевдослучайным образом. Запись добавляется в первую найденную «неиспользованную» ячейку. То есть два ключа a и b, у которых hash(a) == hash(b), но a != b могут легко существовать в одном словаре. В случае если ячейка по начальному индексу пробы «пустая», произойдёт пробирование. И если первая найденная ячейка будет «нулевая», то «пустая» ячейка будет использована заново. Это позволяет перезаписать удалённые ячейки, сохраняя ещё неиспользованные. Получается, что индексы добавляемых в словарь элементов зависят от уже находящихся в нём элементов, и порядок ключей для двух словарей, состоящих из одного и того же набора пар (ключ, значение), может быть разным и определяется очерёдностью добавления элементов:

Я фигею, мне с опытом в c++ 5 лет рассказывают, про контейнеры и как они реализованы)))

откуда я знаю у кого какой опыт?

и почему человек с 5 летним опытом спрашивает как пропатчить json массив?

ERROR: S client not available

и почему человек с 5 летним опытом спрашивает как пропатчить json массив?

Потому что задача не тривиальна, если реализовывать универсально, плюс на питоне)

Пропатчить... Это называется merge или combine с unified keys

@aragaer единственный кто мне здесь что-то годное советовал :( что ж такое. Так понимаю еще спит.

Потому что задача не тривиальна, если реализовывать универсально, плюс на питоне)

Не вижу ничего сложного. Набор функций, проверяющих принадлежность словаря к версии, и возвращаются унифицированные дикт или none. И код вида [list(filter(None, f(d) for f in funclist)) for d in dictlist].

Не вижу ничего сложного. Набор функций, проверяющих принадлежность словаря к версии, и возвращаются унифицированные дикт или none. И код вида [list(filter(None, f(d) for f in funclist)) for d in dictlist].

Либо я не понимаю, либо я так задачу объяснил плохо:(

Либо я не понимаю, либо я так задачу объяснил плохо:(

Доберусь до работы, покажу кусок кода

Доберусь до работы, покажу кусок кода

Хорошо, буду благодарен

надо таких наклеек наделать

Кого останавливал пипи от перехода на третий питон? Смотрите, что в мире творится.

PyPy Development: Async HTTP benchmarks on PyPy3 http://feedproxy.google.com/~r/PyPyStatusBlog/~3/tCdUWmN4ppk/async-http-benchmarks-on-pypy3.html PyPy научился работать с asyncio

Доберусь до работы, покажу кусок кода

Ну я вот в лоб сделал, вот так

блин что-то bold подвисает) минутку

def unifies_api(urls): payment_id = ["id", "orderID"] total = ["amount"] last_4 = [] details = ["memo", "description"] unified_api = []

for url in urls: j = json.loads(requests(url).text) for d in j: for key in d: if key in payment_id: d["remote_payment_id"] = d.pop(key) elif key in total: d["total"] = d.pop(key) elif key in last_4: d["last_4"] = d.pop(key) elif key in details: d["details"] = d.pop(key) unified_api = unified_api + j return json.dumps(unified_api)

Извиняюсь, что-то целиком не хочет брать код bold

json.loads(requests(url).text) -> requests(url).json()

json.loads(requests(url).text) -> requests(url).json()

это мелочь, но да) спасибо

это мелочь, но да) спасибо

я еще не проснулся =) что не работает ?

я еще не проснулся =) что не работает ?

работает. Дело в другом, хочется что-то более универсальное при увеличении количества api и без добавления в ручную новых наименований в листы payment_id, total, last_4, details

Но мне кажется так не получится

это мелочь, но да) спасибо

у меня вроде кстати правильнее) но да ладно

ну как вариант сделать payment_id, total, last_4, details не отдельными переменными а словарем

ну как вариант сделать payment_id, total, last_4, details не отдельными переменными а словарем

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

правильно ли я понял что должнобыть что то вроде x = {'a': 1, 'b': 2} y = {'b': 3, 'c': 4} {'a': 1, 'b': 3, 'c': 4}

правильно ли я понял что должнобыть что то вроде x = {'a': 1, 'b': 2} y = {'b': 3, 'c': 4} {'a': 1, 'b': 3, 'c': 4}

нет :)

тогда показывай входные данные и что должно быть на выходе

[ { "orderID": "32342302010102", "total": "9.99", "last_4": "1111", "description": "Services rendered" } ]

[ { "id": "42d213d2-cdc2-4655-99ec-9335b91c9a8f", "amount": "20.99", "last_4": "1111", "memo": "For the bill" } ]

Это входные

https://gist.github.com/anonymous/3fe461daa20d24ea960411b6e9db66f2