You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, it can be inconvenient and overcomplicated for our end users to perform some common aggregate operations such as getting all of a professor's sections.
As such, we should add the following endpoints which immediately aggregate and return matching professor's sections:
Query based: GET /professor/sections (allows for querying like the base professor endpoint)
ID specific: GET /professor/{professorId}/sections (gets sections only for a specific professor)
The text was updated successfully, but these errors were encountered:
jpahm
added
the
L2
A task suitable for someone who is comfortable implementing features.
label
Oct 23, 2024
jpahm
changed the title
Add "sections" endpoint to professor endpoint
Add "sections" aggregate endpoint to professor endpoint
Oct 23, 2024
I'd like to work on this so that all the endpoints tasks can be taken care of before new tasks pump out.
That would be wonderful, thank you! New tasks are mainly going to be oriented around unit testing the tools (I'll be breaking up that big L3 task in the todo list) so they shouldn't interfere with the API too much.
Currently, it can be inconvenient and overcomplicated for our end users to perform some common aggregate operations such as getting all of a professor's sections.
As such, we should add the following endpoints which immediately aggregate and return matching professor's sections:
GET /professor/sections
(allows for querying like the base professor endpoint)GET /professor/{professorId}/sections
(gets sections only for a specific professor)The text was updated successfully, but these errors were encountered: