Похожая фигня была на моём Nokia, который на платформе S40, то есть ни разу не смартфон. Так что, скорее всего, просто проблема алгоритмов разбиения/склейки СМС. Сразу скажу — не помню, левые куски в СМС были от отправителя или от получателя, но помню, что они были «знакомы», т.е. не от «третьего лица».
При чём здесь эти возможности? Как часто вообще метод класса подсовывается снаружи? Я понимаю, как всё это работает, более того, я этим пользуюсь. Но понимание кода это очень сильно затрудняет.
А вообще декоратор метода вполне может брать первый аргумент, пришедший в функцию, и считать его объектом self.
Тут на самом деле проблема в том, что такая форма (декоратор внутри декларации класса) оборачивает не метод, а функцию. Которая про класс, в принципе, ни сном ни духом (помимо аргумента self).
Правда, производительность тут может пострадать, при конвертации то бишь.
Самый дешёвый в реализации способ (однострочный) — сконвертировать list в tuple после его формирования. list резервирует память под дальнейший рост, даже если вы этого и не просили.
Как по мне, так обычно лучше писать так, как удобнее будет читать и понимать другим людям.
Если Ваша практика показывает, что легче читается ctypes-dll-обёртка — делайте так.
Потому что гоняться за крохами производительности обычно не нужно, иначе зачем вообще Питон брали, он же сам по себе не суперскоростной язык-то, преимущества как раз в читаемости кода.
^ не нужно, если используется match — он и так сравнивает только с начала строки, в отличие от search.
Кстати, ещё бы Питону сказать, что строка «сырая», чтобы не обрабатывал \, в случае с регэкспами я по крайней мере всегда так страхуюсь.
Так что по идее правильный паттерн должен быть r'/link/abcd(\/.+)?$'
Ну как же, строка — она iterable, то есть по ней можно ходить в for, вот у вас каждый символ на одну строку и попал.
А вообще решение через… ээ… странное место, но тем не менее — можно заменить sys.stdout или sys.stderr, смотря куда там дебаг гадит, а потом прочитать оттуда :)
Если не хочется создавать файл — можно результат складировать в StringIO.StringIO()
Ещё экзотичный (и дорогой по производительности, но всё же) вариант — повеситься на sys.settrace. Правда, это уже совсем через одно место, но мало ли, вдруг надо кому…
Знаете, мне лень искать учебники по школьному курсу физики, хотя они здесь явно подошли бы лучше… :) А википедия — вот она, под рукой.
Заглянули по ссылке-то хоть, или так?
sht0rm13, эмм, а как насчёт преобразователей напряжения? :) Ваша «аналогия» верна только в случае прямого подключения «батарея-батарея», не более. Вот что поиск по Вики даёт.
Да, на всякий случай — обычно в машинах аккумулятор на 12В (точнее, в бортсети напряжение будет такое, как двигатель настроен — может быть от 11 до 14.5В).
Автору вопроса: заряжается/не заряжется — будет определяться тем, какой ток способен выдать преобразователь «прикуриватель-USB» (вернее, интересует, конечно, выходная мощность, но поскольку напряжение в USB у нас фиксировано...). Если достаточный для зарядки планшета — то пойдёт зарядка. Скорее всего в Вашем случае просто «2А» на заряднике — наглая ложь производителя, либо измерено при какой-нибудь смешной нагрузке.
Да, по стандарту USB 2.0 (как написали выше) выдаёт только пол-ампера, и по идее планшет и от этого должен заряжаться. Попробуйте просто другое зарядное устройство.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
