Ваш пример DictObj на самом деле довольно распространен. Доступ записи через точку стиля объекта может быть победой, если Вы имеете дело с вЂthings, которые напоминают objects’, т.е. они зафиксировали имена свойства, содержащие только символы, допустимые в идентификаторах Python. Материал как строки базы данных или представления формы может быть полезно сохранен в этом виде объекта, делая код немного более читаемым без избытка ['доступ объекта'].
реализация немного ограничена - Вы не получаете хороший синтаксис конструктора dict, len (), сравнения, 'в', повторение или хороший reprs. Можно, конечно, реализовать те вещи сами, но в мире модернизированных классов можно получить их бесплатно путем простого разделения на подклассы dict:
class AttrDict(dict):
__getattr__ = dict.__getitem__
__setattr__ = dict.__setitem__
__delattr__ = dict.__delitem__
Для получения поведения значения по умолчанию ни одного просто разделите Python 2.5's на подклассы collections.defaultdict класс вместо dict.
Приложение ASP Classic будет работать в пуле приложений, которому оно назначено.
Приложение ASP.NET также выполняется в назначенном им приложении, поэтому возможно, что один или несколько ASP.NET приложения и одно или несколько приложений ASP будут работать в одном пуле и, следовательно, будут совместно использовать процесс (ы).
В IIS6 между двумя (приложениями ASP и ASP.NET) мало взаимосвязей, они просто выполняют свою работу параллельно - сторона. Они используют одно и то же пространство виртуальной памяти, поэтому, если один из них работает, это влияет на другое. Кроме того, при сбое процесса затрагиваются все другие приложения, находящиеся в пуле (ASP и / или ASP.NET). Они также используют общий стек фильтров ISAPI, который запускается для каждого процесса.
В IIS7 с интегрированным конвейером все становится более интегрированным. ASP classic полагается на.