Refactored code in a way that makes a clearer distinction between the vehicle object returned by redis (with long and lat property) and our internal representation of the vehicle object (with coords property). We represent all numbers properly as int and floats instead of strings. Refactored some of the code in the signup controller and also made sure that our internal representation of our vehicle has a status property.
Related Issue
Issue #173
Motivation and Context
Standardized format for how the redis vehicle object should be formatted.
How Has This Been Tested?
Not rigorously enough probably- just using the missions app to make sure there are no errors. getVehicle for instance is used by a lot of other functions. How can I rigorously test each function to make sure that they are all not broken now that they are using the new vehicle formatting?
Description
Refactored code in a way that makes a clearer distinction between the vehicle object returned by redis (with long and lat property) and our internal representation of the vehicle object (with coords property). We represent all numbers properly as int and floats instead of strings. Refactored some of the code in the signup controller and also made sure that our internal representation of our vehicle has a status property.
Related Issue
Issue #173
Motivation and Context
Standardized format for how the redis vehicle object should be formatted.
How Has This Been Tested?
Not rigorously enough probably- just using the missions app to make sure there are no errors.
getVehicle
for instance is used by a lot of other functions. How can I rigorously test each function to make sure that they are all not broken now that they are using the new vehicle formatting?