Различия между версиями 10 и 11
⇤ ← Версия 10 от 2010-06-06 13:23:10 →
Размер: 3850
Редактор: RostislavDzinko
Комментарий:
← Версия 11 от 2010-06-06 13:30:36 → ⇥
Размер: 5360
Редактор: RostislavDzinko
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 36: Строка 36:
=== zope.app.folder -> zope.site, zope.container ===

Реализация класса ''zope.app.folder.Folder'' перенесена в ''zope.site.folder'' с сохранением обратной совместимости по импортам. Пересмотрите все ваши импорты из ''zope.app.folder'', чтобы узнать, нельзя ли заменить их на прямые импорты из ''zope.site''.

Вдобавок, '''Folder''' становится реализацией интерфейса '''IContainer''', который также является частью примеси функционала управления сайтом. В некоторых случаях, когда поддержка функционала управления сайтом не нужна, вы можете обойтись без класса '''Folder''', используя вместо него "чистую" реализацию этого интерфейса - '''Container''' из пакета ''zope.container''.

Базовый класс с реализацией контейнерного поведения класса '''Folder''' перенесен в ''zope.container'' (а ''zope.site'' ипользует его для реализации '''Folder'''). Мы не считаем это изменение таковым, для которого необходимо сохранять обратную совместимость.

Что нового в Bluebream 1.0

Содержание

  1. Что нового в Bluebream 1.0
    1. Вопросы миграции
      1. zope.app.keyreference -> zope.keyreference
      2. zope.app.intid -> zope.intid
      3. zope.app.catalog -> zope.catalog
      4. zope.app.container -> zope.container
      5. zope.app.component -> zope.security, zope.site
      6. zope.app.folder -> zope.site, zope.container

Вопросы миграции

zope.app.keyreference -> zope.keyreference

Этот пакет был переименован в zope.keyreference и туда переехала вся функциональная часть. Новый пакет содержит небольшой обходной путь (workaround) для поддержки загружаемости старых персистентных keyrerefences без установки пакета zope.app.keyreference, так что последний теперь не нужен вообще. И все-таки мы настоятельно рекомендуем пересмотреть свой программный код на наличие импортов из zope.app.keyreference и поменять их на импорты из zope.keyreference.

zope.app.intid -> zope.intid

Вся функциональная часть этих пакетов, не связання с интерфейсом пользователя, была перенесена в zope.intid с сохранением обратной совместимости импортов. Пересмотрите все ваши импорты из zope.app.intid, чтобы узнать, нельзя ли их заменить на прямые импорты из zope.intid.

zope.app.catalog -> zope.catalog

Вся функциональная часть этих пакетов, не связання с интерфейсом пользователя, была перенесена в zope.catalog. Пересмотрите все ваши импорты из zope.app.catalog, чтобы узнать, нельзя ли их заменить на прямые импорты из zope.catalog.

zope.app.container -> zope.container

Вся функциональная часть этих пакетов, не связання с интерфейсом пользователя, была перенесена в zope.container. Пересмотрите все ваши импорты из zope.app.container, чтобы узнать, нельзя ли их заменить на прямые импорты из zope.container.

Вдобавок, исключения, которые импользуются в zope.container были изменены, так что если ваш код их отлавливает, вам нужно их пересмотреть:

  • DuplicationError в методе setitem изменено на KeyError.

  • UserError в NameChooser изменено на ValueError.

zope.app.component -> zope.security, zope.site

Реализация ZCML директивы <class> перенесена из этого пакета в zope.security. Пакеты, которые получали эту директиву из zope.app.component должны объявить прямую зависимость от zope.security, тем самым получив возможность полностью избавится зависимости от zope.app.component.

Вся функциональная часть этих пакетов, не связання с интерфейсом пользователя, перенесена в пакет zope.site с сохранением обратной совместимости импортов. Пересмотрите все ваши импорты из zope.app.component, чтобы узнать, нельзя ли заменить их на прямые импорты из zope.site.

zope.app.folder -> zope.site, zope.container

Реализация класса zope.app.folder.Folder перенесена в zope.site.folder с сохранением обратной совместимости по импортам. Пересмотрите все ваши импорты из zope.app.folder, чтобы узнать, нельзя ли заменить их на прямые импорты из zope.site.

Вдобавок, Folder становится реализацией интерфейса IContainer, который также является частью примеси функционала управления сайтом. В некоторых случаях, когда поддержка функционала управления сайтом не нужна, вы можете обойтись без класса Folder, используя вместо него "чистую" реализацию этого интерфейса - Container из пакета zope.container.

Базовый класс с реализацией контейнерного поведения класса Folder перенесен в zope.container (а zope.site ипользует его для реализации Folder). Мы не считаем это изменение таковым, для которого необходимо сохранять обратную совместимость.

Перевод: Ростислав Дзинько

Документации/Bluebream/Bluebream-Что-Нового (последним исправлял пользователь RostislavDzinko 2010-06-06 16:23:39)