Add question class storage (lookups in QUESTION_CLASS)

This allows us to specify questions with alternate processing classes.
As a simple example, I've added NormalizedStringQuestion, which
softens the string comparison used in the basic Question.  The next
step is to add a command-line question ;).

ui.cli: Rework display_result() for multiple answers per question

ui: Add dependency handling to UserInterface.get_question

We start the stack with all the leaf questions (i.e. questions that
are not dependencies of other question).  If the user gets one wrong,
we push the question back on the stack (so they can try again later),
and also push all of that questions direct dependencies onto the stack
(so they can get the background they need to answer the question they
got wrong).

question: Add Question.__str__() and __repr__()

For easily viewing questions in lists.

Catch EOFError (control-d) in CommandLineInterface input() call

Add dependency storage (list of question IDs)

Use question.id instead of question.prompt for answer indexing

This decouples the keying from the prompt, which is useful if you want
to use another value for the `id` (e.g. a question number).

If `id` is not specified, it defaults to `prompt`.

Add trailing newlines to saved JSON files

Add a persistent answers database

Visually separate the results from the questions

Add .display_results() for showing users their results and scores

Display results (but not the correct answers)

Don't crash with IndexError when we run out of questions

Make get_question() a bit more interesting

Add a simple command line interface

Added saving, loading, and a test quiz

Stubbing out the initial framework