Closed brianhhuynh38 closed 2 days ago
ride_history
was successfully added as a database variable. This stores all the rides that a given user has taken or created
The optional fronted change listed above is probably much more involved than simply a simple frontend change. I'll add this as a future implementation since it is practically a recommendation system.
The test case for checking ride history has been written and verified.
All the issues in this iteration have been resolved, closing it now
Introduction
Currently, the system does not track the ride history of rides that are taken by users. This would be useful to determine what rides have existed in the past, acting as a sort of logging system viewable by users as a reference for fare cost changes over the course of time, especially for repeat destinations. This iteration could also be extended to include autocompletion of ride creation fields based on previous destinations.
This is a functionality that is specified under the "What's Next" section of the repository's ReadMe. This is probably a good starting point for becoming more familiar with the codebase and the database.
Plans for This Iteration