lackdaz / multi-model-todo-list

Extending the Todo List Application to include multiple models

Multi Model Todo List

This is Part 5 of a series of labs working towards building your first full stack web app.

• Part 1 - TDD todo list
• Part 2 - Mongo todo list
• Part 3 - Express todo list pt1
• Part 3.1 - Mocha, Chai and Supertest todo list (Optional)
• Part 4 - Express todo list pt2
• Part 5 - (this repo)
• Part 6 - Users todo list

So far you've built a full MVC Todo List Application. This is a great achievement but it's time to take it up a notch. In this Lab you'll be extending your Application to support multiple Models.

Exercise

Your Task is to Add a TodoGroup Model. A TodoGroup should contain at minimum:

• a Name
• a Color (you can use this as your page background-color)
• and include multiple Todos (accordingly each Todo belongs to a TodoGroup)

You'll need to decide whether to use Mongoose Embedding or Referencing for the Relationship. Spend 10 minutes discussing this with your Neighbors to review the benefits of each and pick the right method for the job.

Try to use Nested Routing like below.

• GET /todogroups

• POST /todogroups

• GET /todogroups/new

• GET /todogroups/:id

• GET /todogroups/:id/edit

• PUT /todogroups/:id/

• DELETE /todogroups/:id/

• GET /todogroups/:group_id/todos - List All the Todos that belong to the specified TodoGroup

• POST /todogroups/:group_id/todos - Create a new Todo and link it to the specified TodoGroup

• GET /todogroups/:group_id/todos/new - Render a form that allows a Todo to be added to the specified TodoGroup

• GET /todogroups/:group_id/todos/:id - Render a page that shows the a specific Todo from the specified TodoGroup

• GET /todogroups/:group_id/todos/:id/edit - Render a form that allows editing of a specific Todo from the specified TodoGroup

• PUT /todogroups/:group_id/todos/:id/ - Update a specific Todo from the specified TodoGroup

• DELETE /todogroups/:group_id/todos/:id/ - Delete a specific Todo from the specified TodoGroup

The above routes will give you two params in your request object req.group_id & req.id. Depending on your chosen Storage approach, you will need to use these differently.

Bonus:

• Nested Routes can get quite clunky. Try to use shallow nested routes instead. This means that you only have the id for a TodoList in the url when it is need, in other cases you retrieve it from the child object itself. For example...

• GET /todogroups/:group_id/todos - List All the Todos that belong to the specified TodoGroup

• POST /todogroups/:group_id/todos - Create a new Todo and link it to the specified TodoGroup

• GET /todogroups/:group_id/todos/new - Render a form that allows a Todo to be added to the specified TodoGroup

• GET /todos/:id - Render a page that shows the a specific Todo (the id is unique, so we don't need the parent list)

• GET /todos/:id/edit - Render a form that allows editing of a specific Todo

• PUT /todos/:id/ - Update a specific Todo

• DELETE /todos/:id/ - Delete a specific Todo

Bonus Bonuses

• Allow a Todo to be reassigned it's parent TodoGroup from it's Edit Page
• Make Sure that Deleting a TodoGroup also deletes all of it's children