Closed Elscha closed 6 months ago
To clarify: Do we need the POST API? Users are created via events. Also user creation still needs more validation/testing and probably a revision. Do we need the GET API for all profiles?
The GET API for all profiles and the user creation were planned and implemented before the "Event" system. If this is now all handled by events we may also remove the GET All and user creation form the user-service.
Feedback from MLS: Post and Get are not necessary, as indicated by the dashed lines. Post is handled via Events, Get is maybe usefull in the future (but not in its current form).
Entscheidung vom 9.4.2024 mit Eugen & Florian: UserProfile enthählt nur stauts (active/inactive) Sub-DTOs sollen nicht direkt mitgesendet werden. Sub-DTOs (z.B. LearningProfile, CareerProfile, LearningHistory, ...) werden über die gleiche MLS-ID referenziert und müssen im Event-System blanko angelegt werden, wenn auch ein leeres UserProfile angelegt wird.
This should be the new userProfile: • Id (MLS id) • learningProfile -> Präferenzen des Users, mehr Details s.u. • careerProfile -> Job Historie etc., s.u. • learningHistory -> Welche Skills wurden wann wie erlernt, etc. (das wird ja nur von uns intern verwendet, richtig?) • status (active/inactive)
Beschreibung
Review und falls nötig fehlende Funktionen implementieren um:
Verantwortlichkeiten
Hinweise