Re: why is authorization in a separate layer from the model?
Giacomo Tesio <[email protected]>
| Newsgroups | gmane.comp.programming.domain-driven-design |
|---|---|
| Message-ID | <CAHL7psFA3ZBHbrgOv8BtdBPwDGe0JZdR6fOnTz5m=hK2VuQsrw@mail.gmail.com> |
On Sat, Mar 9, 2013 at 8:19 PM, Caleb Cushing <[email protected]>wrote: > Why am I wrong? where should this authorization check actually live? > and what does that code look like? (references to DDD or Implementing > fine) > You are right. Actually, authorization is related to the company organization. I usually model each role of the organization that is relevant for the application (see http://epic.tesio.it/doc/manual/bounded_roles.html ). This solution comes from a simple insight (that is quite evident in some corporate): different roles use slightly different languages, with different perspective on the same concepts and some times giving different meanings to the same term. This works very well. You can take a look to the Epic.Core module ( http://epic.tesio.it/doc/manual/epic-core.html) to see how I have modeled authorization. Giacomo