- id (integer)
- title (string)
- color (string)
- style (string)
- id (integer)
- item_id (integer)
- season_id (integer)
- id (integer)
- season (string)
auth pattern using BCrypt
- username (string)
- session_token (string)
- password_digest (string)
users should be able to view all items and sort by season
the reason I have a season_tag table rather than a season_id or season directly on the item itself was initially for scalability purposes. Given time, I would have liked to include a variety of different types of tags for matching items to different occasions, etc, but due to time constraints started out with just using only a season tag
season model is a bit unnecessary given it is an array of length 4 (would allow for easier transition to different types of tags)
dont need season_tags in frontend (reducer), normalized state in the backend
Add season_tags to the new item form so that items can be filtered by season Styling => better UX
- Users can see all items
- Users can filter items by season tags
- Users can add new items
- normalized backend state
- potential for new types of tags/ scalability