|This page is under construction
As per version 1.35, the domain structure is preliminary, and domain boundaries are aspirational.
That is, the domains described here are derived from pre-existing code, but do not represent existing boundaries.
The user management domain is concerned with the handling of user accounts, sessions, and settings.
Other domains this domain depends on:
Some domains using this domain:
This domain has components in all layers.
Files belonging to this domain do not currently have a dedicated location in the namespace or file system structure. They may in the future be collected under the UserManagement namespace.
As of May 2020, the user management domain is heavily entangled with the rest of the system via the prolific User class. Other components belonging to this domain, like the AuthManager and the Session object, are better isolated.
AuthManager class is an example for a component from the user management domain.
This is a rough survey of essential nouns and verbs that belong to the domain, providing a preliminary vocabulary. The survey is guided by existing code, but also includes nouns and verbs found to be missing.
- Session: exists, should become a data object in the value layer. Accessed from other domains for various reasons.
- User: heavily entangled, much too big, should be replaced with UserIdentity.
- UserIdentity is also needed in the content representation domain. Should these be shared or translated?
- Account: same as UserIdentity?
- Settings: should be factored out of User. Needed by other domains.
- create user: covered by includes/specialpages/LoginSignupSpecialPage.php and AuthManager, should become a command.
- log in: covered by LoginSignupSpecialPage and AuthManager, should become a command or be handled by a service object.
- log out: covered by LoginSignupSpecialPage and AuthManager, should become a command or be handled by a service object.
- update settings: covered by User, should be handled by a service object.