Архетипы против Ловкости для новых типов контента и новых типов полей - PullRequest
Новая
       1

Архетипы против Ловкости для новых типов контента и новых типов полей

2 голосов
/ 06 января 2012

Я был вне мира Plone в течение нескольких лет (начиная с версии Plone 2.5), и я пытаюсь понять, куда инвестировать свое время, создавая новые типы контента, в частности, с новыми настраиваемыми полями ( включая пользовательский вид и редактирование виджетов).

Может ли кто-нибудь помочь мне понять точки принятия решения между Архетипами и Ловкостью? Я уже писал продукты на базе AT, так что я немного знаком с инфраструктурой там. Я также медленно стираю свои воспоминания о Zope 3. Некоторые особенности:

  • Как выглядит будущее для Ловкости против АТ? Будет ли AT заменен на Ловкость? Если я напишу продукт на базе AT, нужно ли его в конечном итоге перенести на Ловкость?

  • Что обеспечивает удобство разработки для пользовательских типов полей, пользовательских виджетов и пользовательских представлений?

  • Как работает развертывание пользовательского рабочего процесса с помощью Dexterity?

  • Как насчет переноса существующего контента из более старой версии моего продукта в более новую?

Спасибо!

Ответы [ 2 ]

5 голосов
/ 06 января 2012

Как первоначальный разработчик Ловкости, я весьма предвзят, но:

  • Ловкость чище и современнее
  • Ловкость больше соответствует остальным современным Zope и Plone
  • Ловкость имеет меньшее количество образцов, а типы Ловкости обычно используют меньше кода
  • Ловкость позволяет вам переходить от сквозных веб-схем к разработке файловой системы, не отказываясь от своей работы и начиная с нуля
  • Ловкость, вероятно, имеет больше / лучше документации, чем Archetypes (см. Plone.org/products/dexterity, а также мою книгу Professional Plone 4 Development)
  • Ловкость стабильна и кажется предпочтительным выбором для многих «новых» проектов

Эти точки, по сути, и стали причиной ловкости, поэтому они не случайны.

Архетипы, безусловно, не исчезнут в ближайшее время и, вероятно, будут существовать как часть ядра Plone и (возможно, в конечном итоге) и надстройки на долгое время. В конце дня вы можете увидеть их оба как разные способы создания типов CMF, и это все, что находится под ними.

Я думаю, что основным моментом принятия решения сейчас, помимо любых унаследованных проблем, является многоязычная поддержка. Нет хорошей истории, чтобы заменить LinguaPlone, хотя предпринимаются некоторые усилия, чтобы попытаться исправить это.

Martin

1 голос
/ 06 января 2012

Похоже, Dexterity - это более чистый и гибкий способ реализации типов контента, чем AT, а также будущее Plone. Однако АТ останется на некоторое время.

Что касается более простого опыта разработчика, это зависит. Может быть это поможет.

Мой личный опыт также на стороне Ловкости.

...