Explicitly providing `user_id` to Revisionable
commadelimited opened this issue · 1 comments
My company uses a 3 tiered system for our web application:
- Front end - client layer
- Middle layer (composes requests, provides validation and authentication) - accessible by the front end
- Backend - where all the database requests are made, not accessible by the front end
In addition we have a SOA architecture which separates parts of our application. For example, the accounts API is completely separate from the Ads API (which is my primary focus). This means that I don't have a User model available to me in the backend API.
Is it possible to explicitly provide a "user_id" to Revisionable instead of relying on some sort of foreign key or implicitly retrieved user id?
The idea would be that a request to retrieve history for an edited record would simply return the provided user_id. We would then merge that with a request against our Accounts API to determine who the actual user was.
We're using Lumen 8.x for middle and back end layers.
Ping?