Zope 3 - является сервером приложений на основе лицензии с открытым исходным кодом. Zope 3 долгое время был экспериментальным проектом разрабатываемым программистами Zope Corp. совместно с программистами со всего света во время так называемых спринтов. Совместная работа привела к коренным изменениям в самой идеи продукта и процесса разработки новых решений на основе платформы. В данный момент по словам Роба Пейджа (Rob Page, президент Zope Corp.) Zope 3 достиг такого уровня зрелости, что если стоит необходимость разрабатывать новые решения, то надо начинать их делать уже на новой платформе.

Сравнение с Zope 2

Основные изменения по сравнению с Zope 2:

1. Zope 3 обязывает писать надежные и связанные решения, теперь процесс разработки начинается с проектирования программных интерфейсов.
2. Объем исходных кодов значительно уменьшается, зато обязательным компонентом становятся тесты. Многие разработчики переводящие свои существующие решения на Zope 3 говорят о том, что они значительно уменьшают объемы своих программ и пишут большое количество тестов. Использование тестов приводит к возможности создания огромных программных решений без боязни потерять контроль за поведением различных компонентов о существовании которых программисты могут даже не знать.
3. В Zope 3 не приходится постоянно переопределять поведение существующих классов (наследование и переопределение), что фактически приводило к невозможности перехода на новую версию сервера приложений при разработке комплексных решений.
4. Zope 3 предоставляет уникальную среду для написания и интеграции различных компонентов через специальный механизм интерфейсов. Поскольку трудно описать эту возможность системы словами, то проиллюстрирую ее на примере. Допустим у нас есть некий список сотрудников, есть базовый класс Worker, интерфейс для которого IWorker, каждый из сотрудников является экземпляром этого класса. Разработкой и поддержкой этого класса занимается определенный программист и он сам следит за работой этого класса. В определенный момент в компании появляется необходимость в отслеживании списка задач (класс Task, интерфейс ITask) в какой-то другой подсистеме. После того как подсистема работ с задачами написана и к ней написаны тесты можно для работников добавить возможность вести и отслеживать списки своих задач путем правки конфигурационного файла (ZCML) и добавления поддержки интерейсов IWorker и ITask в конкретном сайте. Таким образом получается очень гибкая система позволяющая объединять независимые компоненты и самое главное позволять их писать разным людям или даже компаниям.

Сравнение Zope 3 и Plone

Plone система публикаций созданная на основе сервера приложений Zope 2 и программного каркаса CMF (Content Management Framework). В данный момент Plone получила большую популярность как готовое "коробочное" решение для быстрого развертывания сайтов, но с помощью Plone сложно создавать и поддерживать крупные сайты. Кроме того Plone содержит в себе все недостатки Zope 2:

1. Неполная поддержка национальных языков.
2. Хранение логики в ZODB.
3. Сложность разработки и плохая документация.