Различия между версиями 13 и 14
⇤ ← Версия 13 от 2010-06-06 13:31:44 →
Размер: 6663
Редактор: RostislavDzinko
Комментарий:
← Версия 14 от 2010-06-06 13:41:10 → ⇥
Размер: 7549
Редактор: RostislavDzinko
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 46: Строка 46:
The pluggable object copying mechanism once developed in the zc.copy package was merged back into zope.location, zope.copypastemove and the new zope.copy package. The zope.copy package now provides a pluggable mechanism for copying objects from zc.copy and doesn’t depend on anything but zope.interface. The zope.copypastemove uses the copy function from zope.copy in its ObjectCopier. Подключаемый механизм копирования, изначально разрабонанный как ''zc.copy'' был объединен с ''zope.location'', ''zope.copypastemove'' и новым пакетом ''zope.copy''. Пакет ''zope.copy'' теперь обеспечивает подключаемый механизм копирования объектов из ''zc.copy'' и не зависит ни от чего, кроме ''zope.interface''. Пакет ''zope.copypastemove'' использует функцию копирования из ''zope.copy'' в своем классе '''ObjectCopier'''.
Строка 48: Строка 48:
The zope.location now provides an ICopyHook adapter that implements conditional copy functionality based on object locations, that old zope.location.pickling.CopyPersistent used to provide. Note, that if you don’t use ZCML configuration of zope.location, you may need to register zope.location.pickling.LocationCopyHook yourself. Пакет ''zope.location'' теперь предоставляет адаптер '''ICopyHook''', который реализует механизм условного копирования, основанного на местоположениях (locations) объекта, который раньше обеспечивался с помощью ''zope.location.pickling.CopyPersistent''. Заметьте, если вы не используете ZCML конфигурацию ''zope.location'', вам придется зарегистрировать ''zope.location.pickling.LocationCopyHook'' вручную.
Строка 50: Строка 50:
The zope.location.pickling.locationCopy and zope.location.pickling.CopyPersistent are now deprecated in favor of zope.copy and were replaced by backward-compatibility imports. See zope.copy package documentation for information on how to use the new mechanism. Хотя ''zope.location.pickling.locationCopy'' и ''zope.location.pickling.CopyPersistent'' и устарели в связи с появлением ''zope.copy'', была добавлена обратная совместимость импортов. Обратитесь к документации по пакету ''zope.copy'' для получения информации об использовании нового механизма.
Строка 52: Строка 52:
The new version of the zc.copy package now only contains backward-compatibility imports and is deprecated. zope.copy should be preferred for new developments. Новая версия пакета ''zc.copy'' теперь содержит только импорты для поддержки обратной совместимости и является устаревшей (deprecated). Для новых разработок используйте ''zope.copy''.

Что нового в 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
      7. zc.copy -> zope.copy, zope.copypastemove, zope.location

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

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). Мы не считаем это изменение таковым, для которого необходимо сохранять обратную совместимость.

zc.copy -> zope.copy, zope.copypastemove, zope.location

Подключаемый механизм копирования, изначально разрабонанный как zc.copy был объединен с zope.location, zope.copypastemove и новым пакетом zope.copy. Пакет zope.copy теперь обеспечивает подключаемый механизм копирования объектов из zc.copy и не зависит ни от чего, кроме zope.interface. Пакет zope.copypastemove использует функцию копирования из zope.copy в своем классе ObjectCopier.

Пакет zope.location теперь предоставляет адаптер ICopyHook, который реализует механизм условного копирования, основанного на местоположениях (locations) объекта, который раньше обеспечивался с помощью zope.location.pickling.CopyPersistent. Заметьте, если вы не используете ZCML конфигурацию zope.location, вам придется зарегистрировать zope.location.pickling.LocationCopyHook вручную.

Хотя zope.location.pickling.locationCopy и zope.location.pickling.CopyPersistent и устарели в связи с появлением zope.copy, была добавлена обратная совместимость импортов. Обратитесь к документации по пакету zope.copy для получения информации об использовании нового механизма.

Новая версия пакета zc.copy теперь содержит только импорты для поддержки обратной совместимости и является устаревшей (deprecated). Для новых разработок используйте zope.copy.

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

Раздел находится в стадии перевода

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