Django practice nº 2

Setup Instruction

$ mkvirtualenv -p $(which python3) django_practice_2
$ pip install -r requirements.txt
$ make migrate

You can now run the development server and point the browser to the correct URL:

$ make runserver

Your Tasks

The structure of the whole Django project is built for you. Your job will be divided into three parts and multiple tasks for each part. You have to focus on implementing models inside models.py, a couple of views inside views.py, some URLs inside urls.py and templates in the templates folder.

If you run the development server with $ make runserver, you'll be able to test your views in the browser pointing to http://localhost:8080/<some-path>.

Part 1

Once you have your virtualenv setup with all the requirements installed and the Django migrations migrated, there is one more step that you need to do. A script called load_initial_data_1.py is provided to you in order to have some initial data stored in the database. You can run it by doing:

$ python load_initial_data_1.py

You'll now have a superuser created with username admin and password admin, so you can access the admin site vía http://localhost:8080/admin/

- Task 1:

A Django model called Artist is provided to you as an example inside artists/models.py. For this task you'll have to implement a view inside artists/views.py that matches with /artists URL located in django_practice_2/urls.py. This view will be in charged of fetching all Artist's objects stored in the database (previously loaded with the given script) and render the artists.html template sending all artists as context.

You can test the response of the view in your browser, pointing to http://localhost:8080/artists/. This is the expected result:

- Task 2:

In this task you'll extend the previous view with some functionality. The idea is to filter the list of artists by name sending GET parameters in the URL (i.e: /artists?first_name=stev). For this, check if a first_name GET parameter is sent inside request.GET dictionary. If so, filter the previous artists queryset that had ALL artists, in order to filter only the ones that contains the given pattern in their first_name. The context while rendering the template will be the same as before, but now the artists queryset might have less artists than before, if a first_name parameter is given. The following image shows the expected result:

- Task 3:

In a similar way as done before, check if a popularity GET parameter is given in the URL and if so, filter the artists queryset by artists that have a popularity greater or equal to the one given. It should work like this:

- Task 4:

For this task you'll implement a brand new view under /artist/<artist_id> URL. This view will take the given artist_id, get the proper Artist object from the database and render the artist.html template sending the artist object as context. If you want to check what id is associated with each artist, you can do it in the admin page at /admin/ URL.

Part 2

- Task 1:

Add a new genre field to the Artist model inside /artists/models.py. The field's type has to be CharField and in this case it will have some choices options (read docs here) with different music genres.

After adding the new field, a migration must be created and applied so the changes are reflected in the database. Run this commands in order to do that:

$ make makemigrations
$ make migrate

As some changes have been made to the Artist model, there's a second script that loads initial data again with the changes applied. Run then like this:

$ python load_initial_data_2.py

- Task 2:

Just as done before, add a new genre filter to the artists() view when a genre is given as GET parameter. When a genre is given, filter the artists queryset by those who match with that genre and send the queryset as context in the same way as before.

NOTE: Notice that you can send multiple GET parameters like this: /artists?genre=rock&popularity=80

Part 3

- Task 1:

In this task you will implement a brand new Song model with three fields:

• artist_id (type: integer)
• title (type: char)
• album_name (type: char) As every time any change is made in a model, a migration must be created. Run this commands as before:

$ make makemigrations
$ make migrate

In order to have initial data for the new model, another script is provided to you. Run it like this:

$ python load_initial_data_3.py

- Task 2:

Implement a view under /songs URL that display ALL the songs stored in the database. In order to do this, fetch all the Song objects and render the songs.html sending the 'songs' queryset as context. Before rendering the template, loop through the songs queryset and for each song, fetch the proper Artist object from the database that matches with the artist_id in the song. Once you have the song's artist object, bind it to the song object like 'song.artist = artist'.

- Task 3:

Add a title filter to the songs() view that takes 'title' GET parameter (if given) and filters the 'songs' queryset for songs that contains that pattern, in a similar way that the tasks before.

- Task 4:

Add a new /songs/<artist_id> URL that points to the same songs() view. Filter the songs queryset for songs that match with given artist_id and render the same songs.html template. Notice that this is NOT a GET parameter, but a parameter that comes in the URL path. So now the songs() view takes a new artist_id parameter which by default is set to None. Remember that you can check which id is associated with each artist object in the Django admin page.