Skip to content

Commit

Permalink
Add initial LABTASKS content
Browse files Browse the repository at this point in the history
This still needs quite a bit of work,
but this should serve as a good starting point.

In the past versions of lab #3, we've been pretty
explicit about what they should be doing with
Angular, i.e. "make this controller", "make this component".
Thus far, we lack that specificity here.

Issue: #1
  • Loading branch information
joethe committed Feb 6, 2017
1 parent bef9c62 commit 4392e99
Showing 1 changed file with 75 additions and 0 deletions.
75 changes: 75 additions & 0 deletions LABTASKS.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,75 @@
# Lab Tasks

- Questions that you need to answer (as a group!) are indicated with question
mark symbols (:question:).
- Tasks that specify work to do without a written response will be bulleted.

Responses to questions should be submitted as specified by your instructor.

If you're ever confused about what you need to do for a given task, ask.

### Exploring the project

Look over the directory structure of the project before you start making
changes to it. Note that the structure has changed significantly since
the previous lab!

:question: Notice anything new in our ``.gitignore``? There are actually
multiple ``.gitignore`` files in this project, can you find them all?

:question: Note also that there are now multiple ``build.gradle`` files
as well! Why is this?

#### Exploring the client

The client side of our project has moved since lab #2, the testing is
now being handled in a different way, and we've introduced several new tools
to help us with client-side development.

:question: What are a couple of these new tools? What do you think they do?

:question: How does the navbar work in this project? Is our SparkJava server
the only thing doing routing?

#### Exploring the server

The server is mostly the same as in lab #2, aside from its move to a new
directory.

### Todo API: Redux

In lab #2, you worked with your partner to implement an API for requesting
'to-dos' from a server. In this lab, you'll be working on implementing a more
useful front-end to make use of this API. Before you can begin work on your
cool client side stuff, you'll need to have a working implementation of the
API from Lab #2.

- Work with your partner to (once again) implement the todo API from lab #2.
You are encouraged to re-use code from Lab #2, and to make decisions
regarding whose implementation(s) you'll want to pick for this lab.

- Your group should keep some record of the discussion of which API
implementations to use. This can be comments on issues, comments in your code,
a note in your writeup for this lab, etc.


### Writing a beautiful client side application

Now that we have a reliable way to request todo data from our server,
we should write a nice client-side application to help us request and view
this data.

- Use AngularJS (Specifically, we're using Angular 2) to build a nice
client-side interface which:
- Allows a the user to easily filter search results by status, author,
body text, etc.
- Displays returned todo items in a useful way
- ???
- Profit

- You should make some decisions about when to request data from the API,
and when to simply use Angular's awesome filtering tools to change how
the data is displayed. You have to use Angular's filtering at least a little
bit. Make note of why you choose to do things the way you did.


0 comments on commit 4392e99

Please sign in to comment.