私は現在、認証を担当するマイクロサービス(IDとアクセス権を担う有界のコンテキスト)を開発中です。我々などDDDユーザドメイン固有の設定
role_can_write_booking: true,
fetch_products_type : "all/forUsersCompanyOnly"
例えば
(このhttps://developer.zendesk.com/rest_api/docs/core/custom_rolesのようなもの)を、別のドメインに関連付けられているユーザの役割に基づいて特定の設定を持っていますが、トークンに
を生成するために使用
この情報をID BCの一部として保持するか、各ドメインを設定の一部として保持する必要があります。 例: role_can_write_booking : true
予約ブッキングされたコンテキスト内で、 fetch_products_type : "all/forUsersCompanyOnly"
の中に予約商品に囲まれたコンテキスト。 ?
ちょうど好奇心が強い...複数の境界のあるコンテキストにまたがる多くの役割がありますか?あなたはそのような役割の例を挙げることができますか?私の経験では、各サブドメインのユビキタス・ランゲージは独自のパーソナ/ロール名を定義する傾向があります。 – guillaume31
@ guillaume31それぞれの制限されたコンテキストは、会計、予約、商品などの機能の1つを提示します。例の1つは、予約を担当するエージェントを持つことができることです。ユビキタス言語では、1つはBookingAgent、1つはProductAgentになります。それらのうちのいくつかは読み取り専用で、一部は編集可能など – Robert
たとえば、より正確な役割名を与えることができません。 [予約+商品担当]は、私の匂いのように感じます。役割が実際に紀元前にある場合はどうなりますか?それから、私はあなたのドメインにいません。 – guillaume31