-1

私はDFCとWDKで以下のクエリを持っています:-

1) TBO はタイプ ベース オブジェクトであり、ドキュメント内の特定のオブジェクト タイプ用です。SBO はグローバルに使用されます。SBO コードを TBO のように動作させることはできますか? 特定のオブジェクト タイプに固有の SBO を作成するにはどうすればよいですか。

2) WDK で action.xml から動作クラスを呼び出すにはどうすればよいですか? WDK のカスタマイズでコンポーネントを使用したくない場合。これらのクエリをサポートする例は、かなりのものです。

3) WDK でスコープが必要なのはなぜですか? その役割は何ですか。また、階層の観点から権限をオーバーライドできます。WDK でコンポーネントのスコープがユーザーに提供されているが、documentum でそのコンポーネントにアクセスするための十分な権限がない場合。ユーザーは引き続き特定のコンポーネントにアクセスできますか?

4) フォルダーのセキュリティ値は、基本的なオブジェクト レベルのアクセス許可を上書きできますか? フォルダのセキュリティと基本レベルのアクセス許可または特権のどちらが優先されますか?

ありがとう!!デブ

4

1 に答える 1

0

これは、少なくともほとんどの部分で、SO にとっては問題ではありません。でも:

1.) TBO と SBO は、特定の要件に対する単なるアーキテクチャ上のアプローチです。サブタイプのオブジェクトだけでなく、特定のタイプのオブジェクトに対して実行する特定のコードがある場合は、オブジェクト モデルを変更して、タイプ階層内のすべてのオブジェクトにロジックを適用する必要があります。これは、Documentum オブジェクト/タイプ モデルの問題ではありません。

例: dm_documentサブタイプとして custom_document があり、custom_child1_documentcustom_child2_documentがあり、どちらもcustom_document のサブタイプです。TBO が custom_child2_document に設定されています。SBO を適用して、dm_document の下にあるすべてのカスタム ロジックを利用できるようにする必要はありません。custom_documentm 型に TBO を追加するだけで、dm_document の下にすべての型のロジックが作成されます。

2.) コンポーネントを呼び出さずに動作クラスを呼び出すことはできません。他の場所から実行したい特定のコードがある場合は、それを他の場所に分離して、自由に実行してください。

3.) WDK 構成のスコープを指定する必要はありません。ただし、WDK を詳細に学習すると、それが役立つことがわかります。

4.) フォルダはオブジェクトです。フォルダーを介してオブジェクトにアクセスする場合、フォルダーとそのフォルダーにリンクされたドキュメントの両方に対するアクセス許可が必要であることを知っておく必要があります (読み取りレベルで十分です)。たとえば、DQL からそのオブジェクトにアクセスするオブジェクト ID に対するアクセス許可のみが必要です。基本アクセス許可と拡張アクセス許可は、特定の場合に使用するためのものです。オブジェクトに対する基本読み取りアクセス許可を持っている場合、オブジェクト コンテンツを読み取るための拡張アクセス許可は必要ありません。ただし、その特定のオブジェクトを添付ファイル/パッケージとしてワークフローを開始するには、ターゲット ワークフローに対する Relate 基本権限 + Run procedure 拡張権限必要です。特定のフォルダー内にオブジェクトを追加する場合は、さまざまなルールが適用されます。しかし、これは長い話です。

フォルダーのセキュリティについて -この記事を確認してください。

于 2014-07-23T10:23:08.360 に答える