9

最近の質問で、toutpt は次のように述べています。

Dexterity には、アーキタイプのコンテンツをうまく処理し、すべての plone 機能 (履歴、差分、ロックなど) を持たせるために Plone4.1 が必要です。

Pages、Files などの標準の Archetypes オブジェクトと一緒に、新しいサイトで Dexterity を使用することを考えています。ただし、これにより発生する可能性のある問題をリストしたページを見つけることができませんでした。

たとえば、コンテンツ タイプの 2 つのスタイル間で参照するなど、Dexterity/Archetypes がサイトでうまく連携することに問題があることは知っています。これがまだ問題なのか ( toutpt で修正されたようです)、Dexterity に飛び込む前に知っておくべきその他の落とし穴があるのか​​どうか疑問に思っています。

最初は、Dexterity 1.0 と Plone 4.1 に同梱されているバージョンの Archetypes を使用することを考えていましたが、提案は受け付けています (例: Dexterity のバージョン 1.0-next)。

4

3 に答える 3

7

アーキタイプとデクスタリティに基づくコンテンツの両方をサイトで同時に使用することはありません。

非常に基本的なニーズに対しては機能する可能性がありますが、非互換性があります。たとえば、コンテンツに ASCII 以外の文字が含まれている場合、Dexterity はそれらをカタログで Unicode としてインデックス付けしますが、Archetypes はそこに utf-8 を配置します。異なるタイプを同じカタログ インデックスに混在させることはまったくサポートされておらず、サイトが破損します。

Archetypes のみまたは Dexterity のみを使用しても問題ありません。しかし、この 2 つの組み合わせは、共存できるようになるまでさらに作業が必要です。

于 2011-05-27T12:25:42.207 に答える
5

私の考えでは、重要な質問は次のとおりです。新しいコンテンツ タイプは、既存の Plone コンテンツ タイプに基づいているか、または拡張されているか? その場合は、Archetypes と ATContentTypes から始めます。(また、コンテンツ オブジェクトの翻訳が必要な場合、Dexterity にはまだそれがありません。)

それ以外の場合、摩擦に対する耐性がある場合、Dexterity で構築されたコンテンツ タイプは、Archetypes ベースのタイプよりも開発が速く、クリーンで軽量になります。

于 2011-05-28T04:59:22.580 に答える