Open MichielProost opened 3 years ago
I left that out intentionally. If needed, it can perhaps be considered as a v2 feature?
Why did you leave it out? Stop me if I'm wrong, but I think this was included in the specifications. Perhaps miscommunication. Since our exams are getting closer, I'm going to let you decide whether to include this in v1. If not, I think we should include this in one of the future updates.
Ps. We can sort recipes based on weightedRating, rating and timestamp. We don't use rating at the moment. I will keep it in for future updates (although it causes us to have a lot of indexes)
Why did you leave it out? Stop me if I'm wrong, but I think this was included in the specifications. Perhaps miscommunication. Since our exams are getting closer, I'm going to let you decide whether to include this in v1. If not, I think we should include this in one of the future updates.
Ps. We can sort recipes based on weightedRating, rating and timestamp. We don't use rating at the moment. I will keep it in for future updates (although it causes us to have a lot of indexes)
I feel like it is only a small addition for the cost of another field in the UI. Any added field results in more clutter and a harder to understand form. This seems like a better choice for a later release, if decided to implement it.
Let's discuss this issue a bit more.. Down below is a list of questions:
My answer to the second and third question:
The only problem I see is the search field (search screen). It is becoming too bulky in my opinion so we'll have to figure something out there.
The search field is definitely the most complicated to keep clean. I'm right here if you need a listening ear!
The method searchRecipes in RecipeService allows the user to store recipes by their timestamp or rating. Yet, I think we forget to implement this in the search UI.
I don't know if we should implement this for feed? It would be nice to, for example, view the newest recipes (sort by timestamp).