2012-01-06 112 views
2

我已經離開了Plone世界幾年(因爲關於Plone 2.5),並且我試圖讓我的軸承知道我在哪裏投資我的時間創建新的內容類型,特別是使用新的自定義字段(包括自定義視圖&編輯小部件)。原型與敏捷對於新的內容類型和新的字段類型

有人能幫助我理解原型與敏捷之間的決定點嗎?我以前寫過基於AT的產品,所以我對這裏的基礎設施有一定的瞭解。我也在慢慢地清除我的Zope 3的記憶。一些細節:

  • 敏捷與AT的未來是什麼樣的? AT會被敏捷所取代嗎?如果我編寫基於AT的產品,最終是否需要將其移植到敏捷中?

  • 什麼爲自定義字段類型,自定義窗口小部件和自定義視圖提供更簡單的開發人員體驗?

  • 如何部署自定義工作流與敏捷工作?

  • 如何將現有內容從舊版本的產品遷移到新版本?

謝謝!

回答

5

由於敏捷的初始開發者,我很偏頗,但:

  • 敏捷是更清潔和更「現代」
  • 敏捷與現代Zope和Plone
  • 的更加一致
  • 敏捷具有較少的樣板和敏捷類型通常使用較少的代碼
  • 敏捷使您可以從通過Web模式發展到文件系統開發,而不會丟掉工作並從頭開始
  • 敏捷可以說是比原型(見plone.org/products/dexterity以及我的書專業Plone 4中發展)
  • 敏捷穩定,似乎是很多「新」項目
  • 的首選,更多/更好的文檔

這些要點基本上是敏捷開始的原因,所以它們不是偶然的。

原型很快就不會消失,並且很可能會作爲Plone內核的一部分以及(可能最終)和插件存在很長很長一段時間。在一天結束時,你可以看到它們都是創建CMF類型的不同方式,這就是它的全部內容。

我認爲除了遺留問題之外,現在的主要決策點是多語言支持。雖然目前正在努力糾正這一問題,但沒有好的故事可以取代LinguaPlone。

Martin

+0

感謝您的回答,這有助於我一噸。多語言支持暫時不會成爲問題,所以這絕對不是一個破壞交易的問題。 – FMM 2012-01-06 16:06:39

1

看起來像敏捷是一種更清潔和更靈活的方式來實現內容類型比AT和未來的Plone。然而,AT仍待一段時間。

至於更簡單的開發人員體驗,這取決於。也許this會有所幫助。

我個人的經驗也是敏捷的一方。

+0

(upvote)感謝您發佈鏈接到這些幻燈片。在我發佈這個問題之前,我碰到過那些問題,但他們很好,而且他們對將來運行這個問題的任何人都很有用。 – FMM 2012-01-06 16:45:50

相關問題