На самом деле переменная является кортежем (устройство хранения данных, объем, введите, обратитесь, значение):
storage : where is it stored, for example data, stack, heap...
scope : who can see us, for example global, local...
type : what is our type, for example int, int*...
address : where are we located
value : what is our value
Локальный объем мог означать локальный или для переводной единицы (исходный файл), функция или для блока в зависимости от где его определенный. Для создания переменной видимой больше чем к одной функции это определенно должно быть или в ДАННЫХ или в области BSS (в зависимости от ли его инициализированный явно или нет, соответственно). Его тогда ограниченный по объему соответственно или ко всей функции (функциям) или к функции (функциям) в исходном файле.
Я использовал Selector последние пару лет и нашел его совершенно стабильным. Он находится на уровне 0.8.11 уже как минимум два года.
Я бы сделал из этого два вывода:
Это могло в основном не поддерживаться. Если вы обнаружите в нем ошибку или вам понадобится новая функция, я бы не стал рассчитывать на то, что смогу заставить Люка Арно вскочить и исправить ее в спешке (не говоря, что он этого не сделает, но я предполагаю, что Selector не в наши дни это его основная цель). Не могли бы вы в таком случае поддерживать локальный форк?
Это в значительной степени завершено. Проблема, которую он пытается решить, содержится в объеме. Это очень маленькая библиотека без особого кода. Баги вытряхнули и делать реально нечего. Думаю, это основная причина, по которой он давно не обновлялся. Это' в основном сделано.
Разработчики с открытым исходным кодом и, в частности, разработчики Python давно уже очень (вероятно, чрезмерно) консервативны в отношении маркировки вещей как 1.0. Отсутствие модульных тестов может немного отталкивать, но опять же, это небольшая библиотека, решающая проблему с ограниченным объемом. Код короткий и достаточно ясный, чтобы его можно было прочитать и убедиться в его правильности.
Вы смотрели werkzeug.routing ? Трудно найти что-то более простое, более автономное или более чистое с WSGI, чем Werkzeug, в общем - я большой поклонник этого! -)