ワークベンチモジュールとワークフローモジュールの違いは何ですか？

リビジョンモジュールを使用して、Drupal 7サイトのノードのリビジョンを管理します。私は自分でサイトを更新していたので、改訂は十分でした。ただし、今はプロジェクトにコンテンツエディタを追加するため、より複雑なワークフローを設定する必要があります。

以前はDrupal 6でワークフローモジュールを使用していましたが、Drupal 7バージョンはRevisioningと統合されています。ただし、Workbenchは最近多くの好評を得ています。

これらの2つのモジュール、WorkbenchとWorkflowの大きな違いは何ですか？

Workbenchは、ロールベースのアクセス制御で以前に定義された状態のコンテンツ（ノード）遷移を制御するための直感的で使いやすいユーザーインターフェースを提供します。新しい遷移と状態を作成する機能。

ワークベンチモデレーションモジュールを有効にしない限り、この機能は使用できません。

ワークベンチアクセスモジュールでは、セクション、エディター、ロール（メニュー項目または分類用語を使用して定義される）を設定して、ロールに与えられた許可に基づいて上記の説明を処理し、ワークベンチ機能で動作する汎用的なロールを提供しますコンテンツ発行プロセスを管理するためのワークフローを事前に定義するためのベースのアクセス制御。

Workbenchのメディアは、間の統合を提供メディアとワークベンチスイートを。メディアを追加するためにコンテンツ管理者がアクセスする必要があるページを簡素化します。これにより、ワークベンチファイル モジュールが役に立たなくなり、廃止されます。

ワークフローは、より強力であると思われるとワークフローを作成して定義するために一つの形をご提供し、状態、遷移、割り当ての役割を管理し、トランジション、どのように状態が表示されますされ、ログに記録するための設定ラベル素晴らしい記事ことを読んで

さらに、og、rules、views、およびsearch_apiのような多くの有用なモジュールとの統合が将来的にプロジェクトで使用される可能性があります。これは、drupalエンティティシステムに依存するため、ノードに限定されない他のエンティティタイプに定義されたワークフローを設定できます

各移行のアクションを結び付けて、グループメンバーや管理者、上級管理者などの懸念のあるユーザー向けに通知を作成できます。

最後には二つのモジュールのそれぞれは、メンテナへの敬意を示す値する非常に良いな機能を持っているワークベンチ、密接E-雑誌やオンラインニュースポータルやフォーラムへのコンテンツに焦点をワークフロー、ビジネス・ルールは必要に応じてワークフローのプロセス思考に注意を払うのと5月ERP、CRM、およびEコマースのようなシステムで何らかの方法で役立ちます。

最後にその質問の範囲に近い私は、非常に単純なモジュールがルールとビューに統合されたカスタム公開状態を追加する機能を提供し、状態間でノードを移行する定義済みロールを指定できることを発見しました。

レビューが、プロジェクトに最適なモジュールを判断するのに役立つことを願っています。

WorkbenchはDrupal 7のモジュールです。使いやすく直感的ですが、私の最新の経験から、改訂サポート（ref）は引き続き機能のリクエストです。

ワークフローは古く、改訂サポートを含むより多くの機能を備えていますが、使用するのが面倒です。

これらのモジュールは両方とも基本的に同じ目的で使用されますが、それらのアーキテクチャはそれらを区別するものです。どちらが良いかを正確に比較しますが、要件に基づいて、私の人生をよりシンプルにするものを選択します。両方の重要な蛍光ペンの一部は次のとおりです。

1. ワークベンチ：比較的シンプルで、ステップ数とワークフロー数が少ない場合に推奨され、ダッシュボードを提供します。
2. ワークフロー：ワークフローを参照するワークフローフィールド。複数のワークフローは完全に分離され、サイト管理者がワークフローを簡単に変更できます。

Workbenchモジュールは、Workflowモジュールの機能を実現できます。さらに、非常に強力なバックエンドを備えています。これが主な違いだと思います。

ワークフロー管理に完全なバックエンドが必要な場合は、Workbenchモジュールを使用することをお勧めします。ワークフローだけが必要な場合は、Workflowモジュールを使用します。