Difference between revisions of "Extensible Calendar"
(Back end through models) |
(Adding REST) |
||
Line 1: | Line 1: | ||
This page documents an example of using the [http://ext.ensible.com/products/calendar/ Extensible Calendar Pro API] with Django as the back end. | This page documents an example of using the [http://ext.ensible.com/products/calendar/ Extensible Calendar Pro API] with Django as the back end. | ||
+ | |||
+ | == REST == | ||
+ | |||
+ | The Extensible Calendar is going to connect to your server via AJAX calls. These calls conform to a web application paradigm known as '''REST''', or ''REpresentational State Transfer''. In particular, the application will automatically send requests with the following HTTP methods: | ||
+ | |||
+ | * '''GET''' when it wants to read something | ||
+ | * '''POST''' when it wants to create something | ||
+ | * '''PUT''' when it wants to change something | ||
+ | * '''DELETE''' when it wants to remove something | ||
+ | |||
+ | You recognize ''GET'' and ''POST'' from Module 2. All along, there were actually more than just these two request methods. REST simply takes advantage of all of them. | ||
+ | |||
+ | '''Word of Caution:''' In practice, since older browsers do not support the additional HTTP request methods required by REST, the actual implementation of ''PUT'' and ''DELETE'' will most likely be ''POST'' with an additional header defining the request type. | ||
== The Back End == | == The Back End == | ||
Line 83: | Line 96: | ||
rem = models.CharField(max_length=200) # Reminder | rem = models.CharField(max_length=200) # Reminder | ||
</source> | </source> | ||
+ | |||
+ | === RESTful Routes === | ||
+ | |||
+ | Our back end is going to display our models in only one way: through '''RESTful JSON'''. ''REST'' is a convention in web application development that involves | ||
[[Category:Module 6]] | [[Category:Module 6]] |
Revision as of 21:54, 19 October 2013
This page documents an example of using the Extensible Calendar Pro API with Django as the back end.
Contents
REST
The Extensible Calendar is going to connect to your server via AJAX calls. These calls conform to a web application paradigm known as REST, or REpresentational State Transfer. In particular, the application will automatically send requests with the following HTTP methods:
- GET when it wants to read something
- POST when it wants to create something
- PUT when it wants to change something
- DELETE when it wants to remove something
You recognize GET and POST from Module 2. All along, there were actually more than just these two request methods. REST simply takes advantage of all of them.
Word of Caution: In practice, since older browsers do not support the additional HTTP request methods required by REST, the actual implementation of PUT and DELETE will most likely be POST with an additional header defining the request type.
The Back End
First, we will set up the back end.
Creating the App with Source Control
Start by making a new Django project and app.
$ django-admin.py startproject cse330calendar
$ cd cse330calendar
$ python manage.py startapp cal
Right now would be a good time to set up your IDE and source control. Create a new Komodo project in the "cse330calendar" directory, and set up a repo on the "cse330calendar" in SourceTree. Make frequent commits after each step of the process.
Initial Configuration
Go into settings.py and configure your database.
Enable the admin panel, which requires editing both settings.py and urls.py. Add the cal application to the admin panel by creating cal/admin.py with the following content:
from django.contrib import admin
# We will create these models in the next step
from cal.models import Cal, Event
admin.site.register(Cal)
admin.site.register(Event)
Finally, add "cal" to the INSTALLED_APPS list in settings.py.
Creating the Models
Set up the models required for the Extensible Calendar. We have already done this work for you. Copy the following code into your cal/models.py file.
from django.db import models
# Extensible wants two models: a "calendar" model and an "event" model.
# The "calendar" model represents a collection of events. Note that the end
# application supports multiple calendars in the same view, with the events
# in each calendar having a different background color.
#
# First we will define our calendar model, `Cal`, and then we will define
# our event model, `Event`.
class Cal(models.Model):
# Title of the calendar
title = models.CharField(max_length=50)
# Text description of the calendar
description = models.CharField(max_length=200)
# Color ID (1-32)
color = models.IntegerField(default=1)
# Boolean for whether the calendar is hidden by default
hidden = models.BooleanField(default=False)
class Event(models.Model):
# Declare a one-to-many relationship with Cal
cal = models.ForeignKey(Cal)
# Title of the event
title = models.CharField(max_length=50)
# DateTime of event start
start = models.DateTimeField()
# DateTime of event end
end = models.DateTimeField()
# Additional information that can be associated with an event:
loc = models.CharField(max_length=50) # Location
notes = models.CharField(max_length=200) # Notes
url = models.CharField(max_length=100) # URL
ad = models.BooleanField(default=False) # Is this an all-day event
rem = models.CharField(max_length=200) # Reminder
RESTful Routes
Our back end is going to display our models in only one way: through RESTful JSON. REST is a convention in web application development that involves