Python-сообщество

Shaman
Если что, ООП-подход уже подразумевает асинхронность.

Шта ? Еще скажите что декораторы и генераторы делают асинхрнность

Singularity
Шта ? Еще скажите что декораторы и генераторы делают асинхрнность

Нужно будет, сделают. Тогда скажу.
Что смутило-то?

Отредактировано Shaman (Июнь 27, 2014 13:37:51)

Смутило то, что про ООП - весьма спорное заявление. Можете пояснить каким образом ООП подразумевает асинхронность?

john123
Зачем я тогда на английском его проходил?

Скорее всего, тогда перевода ещё не было. Документация ведь “живая”.

john123
Смутило то, что про ООП - весьма спорное заявление. Можете пояснить каким образом ООП подразумевает асинхронность?

А вот это правильная и ожидаемая формулировка вопроса!
Методы классов приходится проектировать так, чтобы последовательность их вызовов не играла большой роли, т.е. на момент вызова метода состояние объекта подразумевается произвольным.

Shaman
Методы классов приходится проектировать так, чтобы последовательность их вызовов не играла большой роли,

Тогда можно сказать что классы подразумевают фунциональную чистоту.

“Инкапсуляция в её распространённых реализациях” как-то не звучит.

Singularity
Тогда можно сказать что классы подразумевают фунциональную чистоту.

Нельзя, потому, что у класса есть внутренние состояние.

Shaman
Методы классов приходится проектировать так, чтобы последовательность их вызовов не играла большой роли, т.е. на момент вызова метода состояние объекта подразумевается произвольным.

А при чем тут асинхронность то?

FishHook
А при чем тут асинхронность то?

С точки зрения объекта последовательность вызова его методов асинхронна.