temp = d[oldkey]; d[oldkey] = {oldkey: temp, yakey: yavalue}

a['a'] = 'a' a['a'] = {a: a['a'], b: 2}

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

и это тогда может получиться что-то типа defaultdict

МММ. А где связь?

from collections import defaultdict

и значением по умолчанию делать пустой список

.. а так можно кстати?

defaultdict(list)

да, конструктор

передаешь и всё

defaultdict для этого и существует

хорошая штука дефалтдикт

я юзал ошб логи парсить и ваще просто был невероятно доволен

можно даже tree = lambda: defaultdict(tree)

затем my = tree() my['a']['b']['c'] = 1

Можно. Но это не значит что парню нужен дефаултдикт

сложна

насколько такое наследование правильное? стоит ли классу-наследника в ините явно определять аргументы из инита родителя? class A(object): def __init__(self, lol=None, gol=None): self.lol = lol self.gol = gol class B(A): def __init__(self, mol=None, *args, **kwargs): super(B, self).__init__(*args, **kwargs) self.mol = mol

вообще, если следовать дзену, то всё-таки лучше явно переопределять аргументы в ините. И всё таки, что бы успокоить душу, мне нужен ещё чей-нибудь фидбек

всё нормально вродь

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

Вот мне это и нужно Можешь, пожалуйста, подробнее написать?

всё нормально вродь

это на первый взгляд, но вот когда делаешь b = B('a', 'b', 'c')то, сначала с удивлением обнаруживаешь, что 'a' присвоится переменной mol, хотя ожидал её в lol поэтому и возник такой вопрос. переопределять аргументы в ините явно, или нет?

насколько такое наследование правильное? стоит ли классу-наследника в ините явно определять аргументы из инита родителя? class A(object): def __init__(self, lol=None, gol=None): self.lol = lol self.gol = gol class B(A): def __init__(self, mol=None, *args, **kwargs): super(B, self).__init__(*args, **kwargs) self.mol = mol

Ит депендс

Ит депендс

от чего?

Предпочитаю писать неявно *args, **kwargs если они не изменяются

Легче читать

а еще лучше не использовать наследование от не-абстрактных классов

а еще лучше не использовать наследование от не-абстрактных классов

уууу, это ужи сильно сложно :D

это на первый взгляд, но вот когда делаешь b = B('a', 'b', 'c')то, сначала с удивлением обнаруживаешь, что 'a' присвоится переменной mol, хотя ожидал её в lol поэтому и возник такой вопрос. переопределять аргументы в ините явно, или нет?

нет, всё нормально как и ожидается; mol первым стоит, дальше rest идут

в новом синтаксисие распаковки в py3 аналогично

класс А абстрактный? нет? тогда не надо Б от него наследовать

копозировать, делегировать )

это на первый взгляд, но вот когда делаешь b = B('a', 'b', 'c')то, сначала с удивлением обнаруживаешь, что 'a' присвоится переменной mol, хотя ожидал её в lol поэтому и возник такой вопрос. переопределять аргументы в ините явно, или нет?

с чего бы это?

с чего бы это?

она работает так, как написано, ни больше ни меньше

ну, да

просто не ясно, почему ты ждёшь иного поведения

ну потому что мал и зелен, наверно. Я в ините супер дёрнул раньше, чем присвоил переменную, поэтому и ожидал получить другой результат, а оно вон как

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

стоит, если очень хочется. Почему нет-то :)

потому что когда выбор слишком велик, начинается кризис с принятием решения)

какое лучше, что хуже и понеслось

думал может есть практики какие-то, или принятый стандарт на эте тему... надо пеп глянуть

заясните мне за наследвоание от object

это легаси?

наоборот

не наследоваться от object это легаси

поясните мне

в python3 насколько я понимаю это не нужно, там все эти super и @property из коробки работают

или я не прав?

да, пишут, что в третьем питоне если не указано, то автоматически неявно наследуется от object

то есть в python3 это легаси, а в python2 это new style?)

во второй ветке 2 типа классов

если ты наследуешься от object, то получаешь класс в классическом и привычном смысле

в питон 2 это два разных вида классов

а в питон 3 это одно и то же

если нет, то у тебя будет какой-то другой класс. Не помню, что именно, но что-то с ними не так

а если мне нужен недо-класс, чисто как структура

и да, в третьей ветке эту нестандарщину выпили, вроде, к хуям

ну, и создай класс

а если мне нужен недо-класс, чисто как структура

namedtuple?

посмотрю, спасибо)

Вот в жс (V8) например не парятся и создают внутри движка по классу на каждый отличающийся по полям объект

А дикты у них это объекты, оцените адос

ERROR: S client not available

Никаких хеш-таблиц

лукап по полю словаря - это доступ по константному смещению, заданному в описании класса.

Нубовопросы инкамин - кто-нибудь использовал locust.io для тестирования нагрузки?

а если мне нужен недо-класс, чисто как структура

ну класс с переменными класса, а лучше, как заметили выше, namedtuple

Возможно ли фреймворк web.py ипользовать с LLVM или с JVM (Jython) для идеального высоконагруженного производительного RESTful API бэнэнда? Мне очень понравился простой подход Web.py, и хотелось бы начать проектик сразу в рамках какого-то высокопроизводительного стэка / платформы. Вариант 1: запуск web.py с Jython в JVM Вариант 2: запуск web.py с компилятором LLVM IR Вариант 3: запуск web.py с PyPy JIT компилятором Вариант 4: может быть, у вас есть идея получше? Я исследовал варианты и пока нашел некоторую информацию о LLVM, Jython и т.д.: питон + LLVM http://llvmlite.pydata.org/en/latest/ http://www.llvmpy.org/ питон + Jython http://www.jython.org/ JVM Python + НКУ https://gcc-python-plugin.readthedocs.io/en/latest/ питон + JIT PyPy http://pypy.org/ Python инструменты собраны в одном месте в GitHub: https://github.com/vinta/awesome-python Я нашел самый близкий к этой идее проект на Github, где один парень на самом деле юзает web.py вместе с JVM Jython, хотя он также туда вмешал FLASK. Web.py Jython JVM ShiroAuth: http://faruk.akgul.org/blog/flask-webpy-meet-jvm-jython/ Auth с Java Security Apache Shiro: https://github.com/faruken/flask-web.py-jvm Однако ему пришлось сильно пропатчить web.py, но проекту уже много лет и он не поддерживается, вряд ли патч будет работать на новом web.py. Любые мысли, идеи о том, как сделать web.py еще более производительным, чем он уже есть? Спасибо всем за вас мысли заранее!

Web.py абандонед проект, не советую его использовать

>идеального высоконагруженного производительного RESTful API http://2.bp.blogspot.com/-F7bNC9bLyYk/UWvnsXkPBMI/AAAAAAAAAPk/ek74Vuzy34A/s1600/python-fastest-web-framework.png

х - хигхлоад

>идеального высоконагруженного производительного RESTful API http://2.bp.blogspot.com/-F7bNC9bLyYk/UWvnsXkPBMI/AAAAAAAAAPk/ek74Vuzy34A/s1600/python-fastest-web-framework.png

а как насчет iohttp?

новый форк aiohttp? ?

новый форк aiohttp? ?

я про него, забыл a

uvloop всех делает https://github.com/MagicStack/uvloop

тогда уж феррари ф1 всех сделает

причем тут имплементация асинхронных эвентов и веб фреймворки?

тогда уж феррари ф1 всех сделает

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

тогда уж феррари ф1 всех сделает

че за либа?

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

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

причем тут имплементация асинхронных эвентов и веб фреймворки?

а при чем тут торнадо? на картинке, которую ты привел

че за либа?

http://e0.365dm.com/16/02/16-9/20/ferrari-formula-one_3420142.jpg?20160223095033 только она не опенсорс :)

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

вот я переписал с flask на aiohttp и aiopg и радуюсь тоже, но иногда неведанные мне проблемы получаются почему-то

aiopg я заменил на asyncpg кстати

работа с базой данных все же требует скорости

что за неведанные проблемы?

а при чем тут торнадо? на картинке, которую ты привел

потому что это все веб фреймворки, не?

что за неведанные проблемы?

да пока чет еще не разобарлся с await и получаю по голове от этого :D

ну так это не проблема aiohttp

tornado не совсем веб-фреймворк

светлова послушай, он очень хорошо рассказывает про то как оно работает

Tornado is a Python web framework and asynchronous networking library

с главной страницы

Okay