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
The reporting page must not directly fetch the API response data from the backend. Ticket #36 should handle the request and response, and storing the result in a React context. The reporting page should utilize the state provided by the created React context.
Set the loading status to True
req/res from backend
Store the API response in a context (dispatch data to a context).
Navigate to the reporting page.
The reporting page retrieves the state from the context.
Our assumption is that ticket #36 has already implemented steps 1 to 4. Therefore, all the requirements outlined below should commence from step 5.
However, this does not necessarily imply that using the React context in this type of situation is always ideal. React Router (page switching library) offers props delivery features between pages. In some cases, it may be beneficial to utilize props instead of establishing a global state using React Context. This ticket is designed in this manner because it can be a good practice to explore global state management via React context.
Notice that the API response format illustrated below is different from ticket #30, you may need to modify server/src/resume and server/src/tests/resume to match the response format. Please make sure
cd server
npm run test
passes after the modification. You may also need to reference the PR of ticket #36 and modify accordingly to retrieve appropriate state value from the global React context created by the ticket #36 .
Using the expected response API format, complete the reporting page.
Description:
The reporting page must not directly fetch the API response data from the backend. Ticket #36 should handle the request and response, and storing the result in a React context. The reporting page should utilize the state provided by the created React context.
Our assumption is that ticket #36 has already implemented steps 1 to 4. Therefore, all the requirements outlined below should commence from step 5.
However, this does not necessarily imply that using the React context in this type of situation is always ideal. React Router (page switching library) offers props delivery features between pages. In some cases, it may be beneficial to utilize props instead of establishing a global state using React Context. This ticket is designed in this manner because it can be a good practice to explore global state management via React context.
Notice that the API response format illustrated below is different from ticket #30, you may need to modify server/src/resume and server/src/tests/resume to match the response format. Please make sure
passes after the modification. You may also need to reference the PR of ticket #36 and modify accordingly to retrieve appropriate state value from the global React context created by the ticket #36 .
Using the expected response API format, complete the reporting page.
There should be 2 classifiers in the backend,
Case 1. The provided resume belongs to any job category other than IT.
Expected response API example:
Example reporting page for the JSON format above
if "is_IT" == False:
Case 2. The provided resume belongs to any category in IT.
Expected response API example:
Example reporting page for the JSON format above:
if "is_IT" == True:
Acceptance Criteria:
The text was updated successfully, but these errors were encountered: