
|
 |
ама.. От: Митьо <mmatanov __@__ ucc __точка__ uni-sofia __точка__ bg> На: 10-11-2004@8:31 GMT+2 Оценка: 1/НеутраленДобре де, ама какви са новостите в версия3? Има ли достатъчен набор от плъгини, и как е възможно проект, направен на версия2 да мигрира до версия3? Бих ли могъл, също така, да ползвам плъгините за версия2. (това Х не го разбрах много много, :/)
[Отговори на този коментар]
Къв е тоя Zope ??? От: brayan__ На: 10-11-2004@12:28 GMT+2 Оценка: 1/НеутраленАбе напишете с 2 думи за какво става дума? Какъв е тоя Zope?
[Отговори на този коментар]
Към: Къв е тоя Zope ??? От: Vladimir Iliev <vladimir[ точка ]iliev __@__ gmail[ точка ]com> На: 10-11-2004@14:28 GMT+2 Оценка: 1/Неутрален<snip>
Zope is an open source application server for building content management systems, intranets, portals, and custom applications. The Zope community consists of hundreds of companies and thousands of developers all over the world, working on building the platform and Zope applications. Zope is written in Python, a highly-productive, object-oriented scripting language.
</snip>
http://zope.org/WhatIsZope
[Отговори на този коментар]
Към: ама.. От: Vladimir Iliev <vladimir__dot__iliev< at >gmail__dot__com> На: 10-11-2004@14:25 GMT+2 Оценка: 1/Неутрален> Добре де, ама какви са новостите в версия3?
Zope 2 прави сложните неща прости и усложнява многократно простите неща докато Zope 3 e приложим и в двата случая.
С други думи Zope 3 се оформя като application server с общо приложение докато Zope 2 е приложим/улеснява само за проекти в областта "web content management".
Както казах по-горе Zope 3 e преписан от нула като са използвани последните "software design patterns" и основната новост е компонентната архитектура и ясно очетани граници между презентация, съдържание и логика.
Zope 3 е изграден е изцяло на базата на компоненти и адаптери, което го прави доста по използваем от Zope 2 където всичко беше mixin-и и ганиците между 3-те (презентация, съдържание и логика) на места бяха доста размити и в някои случаи беше/е почти невъзможно да се проследи откаде даден обект наследява дадена функционалност (пример: CMFCore.PortalObject има ~ 30 базови класа).
Нормално в едно веб приложение външният вид е отговорност на веб дизайнера, логиката на програмиста а конфигурацията на администратора.
В Zope 2 конфигурацията "на ниско ниво" е "забита" в python кода a в Zope 3 има специално създаден за целта XML базиран език (ZCML).
Kонфигурацията "на високо ниво" и в Zope 2 и в 3 се прави през веб фронтенд (ZMI), като в Zope 3 ZMI e просто още една кожа (skin) с всичките му там "jills and whistles" като слоеве, i18n и т.н.
Засега вградените възмости не са чак толкова много, но за сметка на това, това което го има е написано *правилно*.
> Има ли достатъчен набор от плъгини, и как е възможно проект, направен на версия2 да мигрира до версия3?
Достатъчен набор от плъгини е относително понятие. :) Плъгини има но не в количеството което са за Zope 2. Все още няма нито CMF (Content Management Framework), нито Plone, нито CPS еквиваленти за Zope 3 но се очаква в скоро време да се появят.
Вече има създаден проект който ще бъде база за изграждане на "content management" системи в чиято разработа (доколкото разбрах) ще участват както екипа на Zope Corporation така и екипите на Plone и CPS (проекта вече има пощенски списък http://mail.zope.org/mailman/listinfo/goldegg).
>как е възможно проект, направен на версия2 да мигрира до версия3? Бих ли могъл, също така, да ползвам плъгините за версия2. (това Х не го разбрах много много, :/)
Все още не е възможно.
X значи, че в тази в версия не са включени никакви средства за обратна-съвместимост. :)
Преди известно време беше създаден проект който прави възможно използването някои от възможностите на Zope 3 в Zope 2, като ZCML (Zope Configuration Markup Language), Views и Adapters и чувам че нонякои разработчици вече го използват в последните си (Zope 2) разработки но неговата цел не е миграция от Zope 2 към 3.
Достатъчно ясен ли бях ?:)
[Отговори на този коментар]
|
 |
|
|
|
|
|
|