2010-08-26 19:02:54 -06:00
|
|
|
<!-- Codelab: Writing Web Applications -->
|
2010-04-27 20:36:39 -06:00
|
|
|
<h2>Introduction</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Covered in this codelab:
|
|
|
|
</p>
|
|
|
|
<ul>
|
|
|
|
<li>Creating a data structure with load and save methods</li>
|
|
|
|
<li>Using the <code>http</code> package to build web applications
|
2011-08-17 18:38:08 -06:00
|
|
|
<li>Using the <code>template</code> package to process HTML templates</li>
|
2010-04-27 20:36:39 -06:00
|
|
|
<li>Using the <code>regexp</code> package to validate user input</li>
|
|
|
|
<li>Using closures</li>
|
|
|
|
</ul>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Assumed knowledge:
|
|
|
|
</p>
|
|
|
|
<ul>
|
|
|
|
<li>Programming experience</li>
|
|
|
|
<li>Understanding of basic web technologies (HTTP, HTML)</li>
|
|
|
|
<li>Some UNIX command-line knowledge</li>
|
|
|
|
</ul>
|
|
|
|
|
|
|
|
<h2>Getting Started</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
At present, you need to have a Linux, OS X, or FreeBSD machine to run Go. If
|
|
|
|
you don't have access to one, you could set up a Linux Virtual Machine (using
|
|
|
|
<a href="http://www.virtualbox.org/">VirtualBox</a> or similar) or a
|
|
|
|
<a href="http://www.google.com/search?q=virtual+private+server">Virtual
|
|
|
|
Private Server</a>.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Install Go (see the <a href="http://golang.org/doc/install.html">Installation Instructions</a>).
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Make a new directory for this codelab and cd to it:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
$ mkdir ~/gowiki
|
|
|
|
$ cd ~/gowiki
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Create a file named <code>wiki.go</code>, open it in your favorite editor, and
|
|
|
|
add the following lines:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
package main
|
|
|
|
|
|
|
|
import (
|
|
|
|
"fmt"
|
|
|
|
"io/ioutil"
|
2010-04-28 22:06:27 -06:00
|
|
|
"os"
|
2010-04-27 20:36:39 -06:00
|
|
|
)
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
2010-04-28 22:06:27 -06:00
|
|
|
We import the <code>fmt</code>, <code>ioutil</code> and <code>os</code>
|
|
|
|
packages from the Go standard library. Later, as we implement additional
|
|
|
|
functionality, we will add more packages to this <code>import</code>
|
|
|
|
declaration.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<h2>Data Structures</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Let's start by defining the data structures. A wiki consists of a series of
|
|
|
|
interconnected pages, each of which has a title and a body (the page content).
|
2011-01-25 21:56:52 -07:00
|
|
|
Here, we define <code>Page</code> as a struct with two fields representing
|
2010-04-27 20:36:39 -06:00
|
|
|
the title and body.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-01-25 21:56:52 -07:00
|
|
|
type Page struct {
|
|
|
|
Title string
|
|
|
|
Body []byte
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The type <code>[]byte</code> means "a <code>byte</code> slice".
|
|
|
|
(See <a href="http://golang.org/doc/effective_go.html#slices">Effective Go</a>
|
|
|
|
for more on slices.)
|
2011-01-25 21:56:52 -07:00
|
|
|
The <code>Body</code> element is a <code>[]byte</code> rather than
|
2010-04-27 20:36:39 -06:00
|
|
|
<code>string</code> because that is the type expected by the <code>io</code>
|
|
|
|
libraries we will use, as you'll see below.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-01-25 21:56:52 -07:00
|
|
|
The <code>Page</code> struct describes how page data will be stored in memory.
|
2010-04-27 20:36:39 -06:00
|
|
|
But what about persistent storage? We can address that by creating a
|
2011-01-25 21:56:52 -07:00
|
|
|
<code>save</code> method on <code>Page</code>:
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-11-01 20:06:05 -06:00
|
|
|
func (p *Page) save() error {
|
2011-01-25 21:56:52 -07:00
|
|
|
filename := p.Title + ".txt"
|
|
|
|
return ioutil.WriteFile(filename, p.Body, 0600)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
This method's signature reads: "This is a method named <code>save</code> that
|
2011-01-25 21:56:52 -07:00
|
|
|
takes as its receiver <code>p</code>, a pointer to <code>Page</code> . It takes
|
2011-11-01 20:58:09 -06:00
|
|
|
no parameters, and returns a value of type <code>error</code>."
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-01-25 21:56:52 -07:00
|
|
|
This method will save the <code>Page</code>'s <code>Body</code> to a text
|
|
|
|
file. For simplicity, we will use the <code>Title</code> as the file name.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-11-01 20:58:09 -06:00
|
|
|
The <code>save</code> method returns an <code>error</code> value because
|
2010-04-27 20:36:39 -06:00
|
|
|
that is the return type of <code>WriteFile</code> (a standard library function
|
|
|
|
that writes a byte slice to a file). The <code>save</code> method returns the
|
|
|
|
error value, to let the application handle it should anything go wrong while
|
2011-01-25 21:56:52 -07:00
|
|
|
writing the file. If all goes well, <code>Page.save()</code> will return
|
2010-04-27 20:36:39 -06:00
|
|
|
<code>nil</code> (the zero-value for pointers, interfaces, and some other
|
|
|
|
types).
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The octal integer constant <code>0600</code>, passed as the third parameter to
|
|
|
|
<code>WriteFile</code>, indicates that the file should be created with
|
|
|
|
read-write permissions for the current user only. (See the Unix man page
|
|
|
|
<code>open(2)</code> for details.)
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
We will want to load pages, too:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-01-25 21:56:52 -07:00
|
|
|
func loadPage(title string) *Page {
|
2010-04-27 20:36:39 -06:00
|
|
|
filename := title + ".txt"
|
|
|
|
body, _ := ioutil.ReadFile(filename)
|
2011-01-25 21:56:52 -07:00
|
|
|
return &Page{Title: title, Body: body}
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The function <code>loadPage</code> constructs the file name from
|
2011-01-25 21:56:52 -07:00
|
|
|
<code>Title</code>, reads the file's contents into a new
|
|
|
|
<code>Page</code>, and returns a pointer to that new <code>page</code>.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Functions can return multiple values. The standard library function
|
2011-11-01 20:58:09 -06:00
|
|
|
<code>io.ReadFile</code> returns <code>[]byte</code> and <code>error</code>.
|
2010-04-27 20:36:39 -06:00
|
|
|
In <code>loadPage</code>, error isn't being handled yet; the "blank identifier"
|
|
|
|
represented by the underscore (<code>_</code>) symbol is used to throw away the
|
|
|
|
error return value (in essence, assigning the value to nothing).
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
But what happens if <code>ReadFile</code> encounters an error? For example,
|
|
|
|
the file might not exist. We should not ignore such errors. Let's modify the
|
2011-11-01 20:58:09 -06:00
|
|
|
function to return <code>*Page</code> and <code>error</code>.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-11-01 20:06:05 -06:00
|
|
|
func loadPage(title string) (*Page, error) {
|
2010-04-27 20:36:39 -06:00
|
|
|
filename := title + ".txt"
|
|
|
|
body, err := ioutil.ReadFile(filename)
|
|
|
|
if err != nil {
|
|
|
|
return nil, err
|
|
|
|
}
|
2011-01-25 21:56:52 -07:00
|
|
|
return &Page{Title: title, Body: body}, nil
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Callers of this function can now check the second parameter; if it is
|
2011-01-25 21:56:52 -07:00
|
|
|
<code>nil</code> then it has successfully loaded a Page. If not, it will be an
|
2011-11-01 20:58:09 -06:00
|
|
|
<code>error</code> that can be handled by the caller (see the <a
|
2010-04-27 20:36:39 -06:00
|
|
|
href="http://golang.org/pkg/os/#Error">os package documentation</a> for
|
|
|
|
details).
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
At this point we have a simple data structure and the ability to save to and
|
|
|
|
load from a file. Let's write a <code>main</code> function to test what we've
|
|
|
|
written:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
func main() {
|
2011-01-25 21:56:52 -07:00
|
|
|
p1 := &Page{Title: "TestPage", Body: []byte("This is a sample Page.")}
|
2010-04-27 20:36:39 -06:00
|
|
|
p1.save()
|
|
|
|
p2, _ := loadPage("TestPage")
|
2011-01-25 21:56:52 -07:00
|
|
|
fmt.Println(string(p2.Body))
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
After compiling and executing this code, a file named <code>TestPage.txt</code>
|
|
|
|
would be created, containing the contents of <code>p1</code>. The file would
|
2011-01-25 21:56:52 -07:00
|
|
|
then be read into the struct <code>p2</code>, and its <code>Body</code> element
|
2010-04-27 20:36:39 -06:00
|
|
|
printed to the screen.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
You can compile and run the program like this:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
$ 8g wiki.go
|
|
|
|
$ 8l wiki.8
|
|
|
|
$ ./8.out
|
|
|
|
This is a sample page.
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
(The <code>8g</code> and <code>8l</code> commands are applicable to
|
|
|
|
<code>GOARCH=386</code>. If you're on an <code>amd64</code> system,
|
2010-04-28 22:33:19 -06:00
|
|
|
substitute 6's for the 8's.)
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
<a href="part1.go">Click here to view the code we've written so far.</a>
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<h2>Introducing the <code>http</code> package (an interlude)</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Here's a full working example of a simple web server:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
package main
|
|
|
|
|
|
|
|
import (
|
|
|
|
"fmt"
|
2011-11-08 16:43:02 -07:00
|
|
|
"net/http"
|
2010-04-27 20:36:39 -06:00
|
|
|
)
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func handler(w http.ResponseWriter, r *http.Request) {
|
|
|
|
fmt.Fprintf(w, "Hi there, I love %s!", r.URL.Path[1:])
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
func main() {
|
|
|
|
http.HandleFunc("/", handler)
|
|
|
|
http.ListenAndServe(":8080", nil)
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The <code>main</code> function begins with a call to
|
|
|
|
<code>http.HandleFunc</code>, which tells the <code>http</code> package to
|
|
|
|
handle all requests to the web root (<code>"/"</code>) with
|
|
|
|
<code>handler</code>.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
It then calls <code>http.ListenAndServe</code>, specifying that it should
|
|
|
|
listen on port 8080 on any interface (<code>":8080"</code>). (Don't
|
|
|
|
worry about its second parameter, <code>nil</code>, for now.)
|
|
|
|
This function will block until the program is terminated.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The function <code>handler</code> is of the type <code>http.HandlerFunc</code>.
|
2010-09-29 21:19:33 -06:00
|
|
|
It takes an <code>http.ResponseWriter</code> and an <code>http.Request</code> as
|
|
|
|
its arguments.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2010-09-29 21:19:33 -06:00
|
|
|
An <code>http.ResponseWriter</code> value assembles the HTTP server's response; by writing
|
2010-04-27 20:36:39 -06:00
|
|
|
to it, we send data to the HTTP client.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
An <code>http.Request</code> is a data structure that represents the client
|
|
|
|
HTTP request. The string <code>r.URL.Path</code> is the path component
|
|
|
|
of the request URL. The trailing <code>[1:]</code> means
|
|
|
|
"create a sub-slice of <code>Path</code> from the 1st character to the end."
|
|
|
|
This drops the leading "/" from the path name.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
If you run this program and access the URL:
|
|
|
|
</p>
|
|
|
|
<pre>http://localhost:8080/monkeys</pre>
|
|
|
|
<p>
|
|
|
|
the program would present a page containing:
|
|
|
|
</p>
|
|
|
|
<pre>Hi there, I love monkeys!</pre>
|
|
|
|
|
|
|
|
<h2>Using <code>http</code> to serve wiki pages</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
To use the <code>http</code> package, it must be imported:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
import (
|
|
|
|
"fmt"
|
|
|
|
<b>"http"</b>
|
|
|
|
"io/ioutil"
|
2010-04-28 22:06:27 -06:00
|
|
|
"os"
|
2010-04-27 20:36:39 -06:00
|
|
|
)
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Let's create a handler to view a wiki page:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
const lenPath = len("/view/")
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
p, _ := loadPage(title)
|
2011-01-25 21:56:52 -07:00
|
|
|
fmt.Fprintf(w, "<h1>%s</h1><div>%s</div>", p.Title, p.Body)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
First, this function extracts the page title from <code>r.URL.Path</code>,
|
|
|
|
the path component of the request URL. The global constant
|
|
|
|
<code>lenPath</code> is the length of the leading <code>"/view/"</code>
|
|
|
|
component of the request path.
|
|
|
|
The <code>Path</code> is re-sliced with <code>[lenPath:]</code> to drop the
|
|
|
|
first 6 characters of the string. This is because the path will invariably
|
|
|
|
begin with <code>"/view/"</code>, which is not part of the page title.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The function then loads the page data, formats the page with a string of simple
|
2010-09-29 21:19:33 -06:00
|
|
|
HTML, and writes it to <code>w</code>, the <code>http.ResponseWriter</code>.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-11-01 20:58:09 -06:00
|
|
|
Again, note the use of <code>_</code> to ignore the <code>error</code>
|
2010-04-27 20:36:39 -06:00
|
|
|
return value from <code>loadPage</code>. This is done here for simplicity
|
|
|
|
and generally considered bad practice. We will attend to this later.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
To use this handler, we create a <code>main</code> function that
|
|
|
|
initializes <code>http</code> using the <code>viewHandler</code> to handle
|
|
|
|
any requests under the path <code>/view/</code>.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
func main() {
|
|
|
|
http.HandleFunc("/view/", viewHandler)
|
|
|
|
http.ListenAndServe(":8080", nil)
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
<a href="part2.go">Click here to view the code we've written so far.</a>
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Let's create some page data (as <code>test.txt</code>), compile our code, and
|
|
|
|
try serving a wiki page:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
$ echo "Hello world" > test.txt
|
|
|
|
$ 8g wiki.go
|
|
|
|
$ 8l wiki.8
|
|
|
|
$ ./8.out
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
With this web server running, a visit to <code><a
|
|
|
|
href="http://localhost:8080/view/test">http://localhost:8080/view/test</a></code>
|
|
|
|
should show a page titled "test" containing the words "Hello world".
|
|
|
|
</p>
|
|
|
|
|
2011-01-25 21:56:52 -07:00
|
|
|
<h2>Editing Pages</h2>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
|
|
|
<p>
|
|
|
|
A wiki is not a wiki without the ability to edit pages. Let's create two new
|
|
|
|
handlers: one named <code>editHandler</code> to display an 'edit page' form,
|
|
|
|
and the other named <code>saveHandler</code> to save the data entered via the
|
|
|
|
form.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
First, we add them to <code>main()</code>:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
func main() {
|
|
|
|
http.HandleFunc("/view/", viewHandler)
|
|
|
|
http.HandleFunc("/edit/", editHandler)
|
|
|
|
http.HandleFunc("/save/", saveHandler)
|
|
|
|
http.ListenAndServe(":8080", nil)
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The function <code>editHandler</code> loads the page
|
2011-01-25 21:56:52 -07:00
|
|
|
(or, if it doesn't exist, create an empty <code>Page</code> struct),
|
2010-04-27 20:36:39 -06:00
|
|
|
and displays an HTML form.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func editHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2011-01-25 21:56:52 -07:00
|
|
|
p = &Page{Title: title}
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
fmt.Fprintf(w, "<h1>Editing %s</h1>"+
|
2010-04-27 20:36:39 -06:00
|
|
|
"<form action=\"/save/%s\" method=\"POST\">"+
|
|
|
|
"<textarea name=\"body\">%s</textarea><br>"+
|
|
|
|
"<input type=\"submit\" value=\"Save\">"+
|
|
|
|
"</form>",
|
2011-01-25 21:56:52 -07:00
|
|
|
p.Title, p.Title, p.Body)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
This function will work fine, but all that hard-coded HTML is ugly.
|
|
|
|
Of course, there is a better way.
|
|
|
|
</p>
|
|
|
|
|
2011-08-17 18:38:08 -06:00
|
|
|
<h2>The <code>template</code> package</h2>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
|
|
|
<p>
|
2011-08-17 18:38:08 -06:00
|
|
|
The <code>template</code> package is part of the Go standard library.
|
2011-08-16 22:34:48 -06:00
|
|
|
(A new template package is coming; this code lab will be updated soon.)
|
|
|
|
We can
|
2011-08-17 18:38:08 -06:00
|
|
|
use <code>template</code> to keep the HTML in a separate file, allowing
|
2010-04-27 20:36:39 -06:00
|
|
|
us to change the layout of our edit page without modifying the underlying Go
|
|
|
|
code.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-08-17 18:38:08 -06:00
|
|
|
First, we must add <code>template</code> to the list of imports:
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
import (
|
|
|
|
"http"
|
|
|
|
"io/ioutil"
|
|
|
|
"os"
|
2011-08-17 18:38:08 -06:00
|
|
|
<b>"template"</b>
|
2010-04-27 20:36:39 -06:00
|
|
|
)
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
2010-04-28 22:33:19 -06:00
|
|
|
Let's create a template file containing the HTML form.
|
2010-04-27 20:36:39 -06:00
|
|
|
Open a new file named <code>edit.html</code>, and add the following lines:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-08-17 18:38:08 -06:00
|
|
|
<h1>Editing {{.Title |html}}</h1>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
2011-08-17 18:38:08 -06:00
|
|
|
<form action="/save/{{.Title |html}}" method="POST">
|
|
|
|
<div><textarea name="body" rows="20" cols="80">{{printf "%s" .Body |html}}</textarea></div>
|
2010-04-27 20:36:39 -06:00
|
|
|
<div><input type="submit" value="Save"></div>
|
|
|
|
</form>
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Modify <code>editHandler</code> to use the template, instead of the hard-coded
|
|
|
|
HTML:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func editHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2011-01-25 21:56:52 -07:00
|
|
|
p = &Page{Title: title}
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
text/template: new, simpler API
The Set type is gone. Instead, templates are automatically associated by
being parsed together; nested definitions implicitly create associations.
Only associated templates can invoke one another.
This approach dramatically reduces the breadth of the construction API.
For now, html/template is deleted from src/pkg/Makefile, so this can
be checked in. Nothing in the tree depends on it. It will be updated next.
R=dsymonds, adg, rsc, r, gri, mikesamuel, nigeltao
CC=golang-dev
https://golang.org/cl/5415060
2011-11-23 21:17:22 -07:00
|
|
|
t, _ := template.ParseFiles("edit.html")
|
2011-03-08 18:59:13 -07:00
|
|
|
t.Execute(w, p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The function <code>template.ParseFile</code> will read the contents of
|
|
|
|
<code>edit.html</code> and return a <code>*template.Template</code>.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-08-17 18:38:08 -06:00
|
|
|
The method <code>t.Execute</code> executes the template, writing the
|
|
|
|
generated HTML to the <code>http.ResponseWriter</code>.
|
|
|
|
The <code>.Title</code> and <code>.Body</code> dotted identifiers refer to
|
|
|
|
<code>p.Title</code> and <code>p.Body</code>.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-08-17 18:38:08 -06:00
|
|
|
Template directives are enclosed in double curly braces.
|
|
|
|
The <code>printf "%s" .Body</code> instruction is a function call
|
|
|
|
that outputs <code>.Body</code> as a string instead of a stream of bytes,
|
|
|
|
the same as a call to <code>fmt.Printf</code>.
|
|
|
|
The <code>|html</code> part of each directive pipes the value through the
|
|
|
|
<code>html</code> formatter before outputting it, which escapes HTML
|
|
|
|
characters (such as replacing <code>></code> with <code>&gt;</code>),
|
|
|
|
preventing user data from corrupting the form HTML.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2011-05-13 09:12:34 -06:00
|
|
|
Now that we've removed the <code>fmt.Fprintf</code> statement, we can remove
|
2010-04-27 20:36:39 -06:00
|
|
|
<code>"fmt"</code> from the <code>import</code> list.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
While we're working with templates, let's create a template for our
|
|
|
|
<code>viewHandler</code> called <code>view.html</code>:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-08-17 18:38:08 -06:00
|
|
|
<h1>{{.Title |html}}</h1>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
2011-08-17 18:38:08 -06:00
|
|
|
<p>[<a href="/edit/{{.Title |html}}">edit</a>]</p>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
2011-08-17 18:38:08 -06:00
|
|
|
<div>{{printf "%s" .Body |html}}</div>
|
2010-04-27 20:36:39 -06:00
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Modify <code>viewHandler</code> accordingly:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
p, _ := loadPage(title)
|
text/template: new, simpler API
The Set type is gone. Instead, templates are automatically associated by
being parsed together; nested definitions implicitly create associations.
Only associated templates can invoke one another.
This approach dramatically reduces the breadth of the construction API.
For now, html/template is deleted from src/pkg/Makefile, so this can
be checked in. Nothing in the tree depends on it. It will be updated next.
R=dsymonds, adg, rsc, r, gri, mikesamuel, nigeltao
CC=golang-dev
https://golang.org/cl/5415060
2011-11-23 21:17:22 -07:00
|
|
|
t, _ := template.ParseFiles("view.html")
|
2011-03-08 18:59:13 -07:00
|
|
|
t.Execute(w, p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Notice that we've used almost exactly the same templating code in both
|
|
|
|
handlers. Let's remove this duplication by moving the templating code
|
|
|
|
to its own function:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
p, _ := loadPage(title)
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "view", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func editHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2011-01-25 21:56:52 -07:00
|
|
|
p = &Page{Title: title}
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "edit", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
2011-01-25 21:56:52 -07:00
|
|
|
func renderTemplate(w http.ResponseWriter, tmpl string, p *Page) {
|
text/template: new, simpler API
The Set type is gone. Instead, templates are automatically associated by
being parsed together; nested definitions implicitly create associations.
Only associated templates can invoke one another.
This approach dramatically reduces the breadth of the construction API.
For now, html/template is deleted from src/pkg/Makefile, so this can
be checked in. Nothing in the tree depends on it. It will be updated next.
R=dsymonds, adg, rsc, r, gri, mikesamuel, nigeltao
CC=golang-dev
https://golang.org/cl/5415060
2011-11-23 21:17:22 -07:00
|
|
|
t, _ := template.ParseFiles(tmpl+".html", nil)
|
2011-03-08 18:59:13 -07:00
|
|
|
t.Execute(w, p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The handlers are now shorter and simpler.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<h2>Handling non-existent pages</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
What if you visit <code>/view/APageThatDoesntExist</code>? The program will
|
|
|
|
crash. This is because it ignores the error return value from
|
2011-01-25 21:56:52 -07:00
|
|
|
<code>loadPage</code>. Instead, if the requested Page doesn't exist, it should
|
|
|
|
redirect the client to the edit Page so the content may be created:
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-02-07 01:23:18 -07:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request) {
|
|
|
|
title, err := getTitle(w, r)
|
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
2010-04-27 20:36:39 -06:00
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/edit/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "view", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The <code>http.Redirect</code> function adds an HTTP status code of
|
|
|
|
<code>http.StatusFound</code> (302) and a <code>Location</code>
|
|
|
|
header to the HTTP response.
|
|
|
|
</p>
|
|
|
|
|
2011-01-25 21:56:52 -07:00
|
|
|
<h2>Saving Pages</h2>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
|
|
|
<p>
|
|
|
|
The function <code>saveHandler</code> will handle the form submission.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func saveHandler(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
body := r.FormValue("body")
|
2011-01-25 21:56:52 -07:00
|
|
|
p := &Page{Title: title, Body: []byte(body)}
|
2010-04-27 20:36:39 -06:00
|
|
|
p.save()
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/view/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The page title (provided in the URL) and the form's only field,
|
2011-01-25 21:56:52 -07:00
|
|
|
<code>Body</code>, are stored in a new <code>Page</code>.
|
2010-04-27 20:36:39 -06:00
|
|
|
The <code>save()</code> method is then called to write the data to a file,
|
|
|
|
and the client is redirected to the <code>/view/</code> page.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The value returned by <code>FormValue</code> is of type <code>string</code>.
|
|
|
|
We must convert that value to <code>[]byte</code> before it will fit into
|
2011-01-25 21:56:52 -07:00
|
|
|
the <code>Page</code> struct. We use <code>[]byte(body)</code> to perform
|
2010-04-27 20:36:39 -06:00
|
|
|
the conversion.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<h2>Error handling</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
There are several places in our program where errors are being ignored. This
|
|
|
|
is bad practice, not least because when an error does occur the program will
|
|
|
|
crash. A better solution is to handle the errors and return an error message
|
|
|
|
to the user. That way if something does go wrong, the server will continue to
|
|
|
|
function and the user will be notified.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
First, let's handle the errors in <code>renderTemplate</code>:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-01-25 21:56:52 -07:00
|
|
|
func renderTemplate(w http.ResponseWriter, tmpl string, p *Page) {
|
text/template: new, simpler API
The Set type is gone. Instead, templates are automatically associated by
being parsed together; nested definitions implicitly create associations.
Only associated templates can invoke one another.
This approach dramatically reduces the breadth of the construction API.
For now, html/template is deleted from src/pkg/Makefile, so this can
be checked in. Nothing in the tree depends on it. It will be updated next.
R=dsymonds, adg, rsc, r, gri, mikesamuel, nigeltao
CC=golang-dev
https://golang.org/cl/5415060
2011-11-23 21:17:22 -07:00
|
|
|
t, err := template.ParseFiles(tmpl+".html", nil)
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
2011-11-01 20:06:05 -06:00
|
|
|
http.Error(w, err.Error(), http.StatusInternalServerError)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2011-03-08 18:59:13 -07:00
|
|
|
err = t.Execute(w, p)
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
2011-11-01 20:06:05 -06:00
|
|
|
http.Error(w, err.Error(), http.StatusInternalServerError)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The <code>http.Error</code> function sends a specified HTTP response code
|
|
|
|
(in this case "Internal Server Error") and error message.
|
|
|
|
Already the decision to put this in a separate function is paying off.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Now let's fix up <code>saveHandler</code>:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-02-07 01:23:18 -07:00
|
|
|
func saveHandler(w http.ResponseWriter, r *http.Request) {
|
|
|
|
title, err := getTitle(w, r)
|
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
2010-04-27 20:36:39 -06:00
|
|
|
body := r.FormValue("body")
|
2011-01-25 21:56:52 -07:00
|
|
|
p := &Page{Title: title, Body: []byte(body)}
|
2011-02-07 01:23:18 -07:00
|
|
|
err = p.save()
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
2011-11-01 20:06:05 -06:00
|
|
|
http.Error(w, err.Error(), http.StatusInternalServerError)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/view/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Any errors that occur during <code>p.save()</code> will be reported
|
|
|
|
to the user.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<h2>Template caching</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
There is an inefficiency in this code: <code>renderTemplate</code> calls
|
|
|
|
<code>ParseFile</code> every time a page is rendered.
|
|
|
|
A better approach would be to call <code>ParseFile</code> once for each
|
|
|
|
template at program initialization, and store the resultant
|
|
|
|
<code>*Template</code> values in a data structure for later use.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
First we create a global map named <code>templates</code> in which to store
|
|
|
|
our <code>*Template</code> values, keyed by <code>string</code>
|
|
|
|
(the template name):
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
var templates = make(map[string]*template.Template)
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Then we create an <code>init</code> function, which will be called before
|
|
|
|
<code>main</code> at program initialization. The function
|
2011-08-17 18:38:08 -06:00
|
|
|
<code>template.Must</code> is a convenience wrapper that panics when passed a
|
2011-11-01 20:58:09 -06:00
|
|
|
non-nil <code>error</code> value, and otherwise returns the
|
2011-08-17 18:38:08 -06:00
|
|
|
<code>*Template</code> unaltered. A panic is appropriate here; if the templates
|
|
|
|
can't be loaded the only sensible thing to do is exit the program.
|
2011-02-07 12:51:17 -07:00
|
|
|
</p>
|
2010-04-27 20:36:39 -06:00
|
|
|
|
|
|
|
<pre>
|
|
|
|
func init() {
|
|
|
|
for _, tmpl := range []string{"edit", "view"} {
|
text/template: new, simpler API
The Set type is gone. Instead, templates are automatically associated by
being parsed together; nested definitions implicitly create associations.
Only associated templates can invoke one another.
This approach dramatically reduces the breadth of the construction API.
For now, html/template is deleted from src/pkg/Makefile, so this can
be checked in. Nothing in the tree depends on it. It will be updated next.
R=dsymonds, adg, rsc, r, gri, mikesamuel, nigeltao
CC=golang-dev
https://golang.org/cl/5415060
2011-11-23 21:17:22 -07:00
|
|
|
t := template.Must(template.ParseFiles(tmpl + ".html"))
|
2011-08-17 18:38:08 -06:00
|
|
|
templates[tmpl] = t
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
A <code>for</code> loop is used with a <code>range</code> statement to iterate
|
|
|
|
over an array constant containing the names of the templates we want parsed.
|
|
|
|
If we were to add more templates to our program, we would add their names to
|
|
|
|
that array.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
We then modify our <code>renderTemplate</code> function to call
|
|
|
|
the <code>Execute</code> method on the appropriate <code>Template</code> from
|
|
|
|
<code>templates</code>:
|
|
|
|
|
|
|
|
<pre>
|
2011-01-25 21:56:52 -07:00
|
|
|
func renderTemplate(w http.ResponseWriter, tmpl string, p *Page) {
|
2011-02-09 15:23:01 -07:00
|
|
|
err := templates[tmpl].Execute(w, p)
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
2011-11-01 20:06:05 -06:00
|
|
|
http.Error(w, err.Error(), http.StatusInternalServerError)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<h2>Validation</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
As you may have observed, this program has a serious security flaw: a user
|
|
|
|
can supply an arbitrary path to be read/written on the server. To mitigate
|
|
|
|
this, we can write a function to validate the title with a regular expression.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
First, add <code>"regexp"</code> to the <code>import</code> list.
|
|
|
|
Then we can create a global variable to store our validation regexp:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-02-07 01:23:18 -07:00
|
|
|
var titleValidator = regexp.MustCompile("^[a-zA-Z0-9]+$")
|
2010-04-27 20:36:39 -06:00
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The function <code>regexp.MustCompile</code> will parse and compile the
|
|
|
|
regular expression, and return a <code>regexp.Regexp</code>.
|
2011-08-17 18:38:08 -06:00
|
|
|
<code>MustCompile</code> is distinct from <code>Compile</code> in that it will
|
|
|
|
panic if the expression compilation fails, while <code>Compile</code> returns
|
2011-11-01 20:58:09 -06:00
|
|
|
an <code>error</code> as a second parameter.
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Now, let's write a function that extracts the title string from the request
|
2011-01-25 21:56:52 -07:00
|
|
|
URL, and tests it against our <code>TitleValidator</code> expression:
|
2010-04-27 20:36:39 -06:00
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2011-11-01 20:06:05 -06:00
|
|
|
func getTitle(w http.ResponseWriter, r *http.Request) (title string, err error) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title = r.URL.Path[lenPath:]
|
|
|
|
if !titleValidator.MatchString(title) {
|
2010-09-29 21:19:33 -06:00
|
|
|
http.NotFound(w, r)
|
2011-11-01 20:06:05 -06:00
|
|
|
err = errors.New("Invalid Page Title")
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
return
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
If the title is valid, it will be returned along with a <code>nil</code>
|
|
|
|
error value. If the title is invalid, the function will write a
|
|
|
|
"404 Not Found" error to the HTTP connection, and return an error to the
|
|
|
|
handler.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Let's put a call to <code>getTitle</code> in each of the handlers:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request) {
|
|
|
|
title, err := getTitle(w, r)
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/edit/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "view", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func editHandler(w http.ResponseWriter, r *http.Request) {
|
|
|
|
title, err := getTitle(w, r)
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2011-01-25 21:56:52 -07:00
|
|
|
p = &Page{Title: title}
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "edit", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func saveHandler(w http.ResponseWriter, r *http.Request) {
|
|
|
|
title, err := getTitle(w, r)
|
2010-04-27 20:36:39 -06:00
|
|
|
if err != nil {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
body := r.FormValue("body")
|
2011-01-25 21:56:52 -07:00
|
|
|
p := &Page{Title: title, Body: []byte(body)}
|
2010-04-27 20:36:39 -06:00
|
|
|
err = p.save()
|
|
|
|
if err != nil {
|
2011-11-01 20:06:05 -06:00
|
|
|
http.Error(w, err.Error(), http.StatusInternalServerError)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/view/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<h2>Introducing Function Literals and Closures</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Catching the error condition in each handler introduces a lot of repeated code.
|
|
|
|
What if we could wrap each of the handlers in a function that does this
|
|
|
|
validation and error checking? Go's
|
|
|
|
<a href="http://golang.org/doc/go_spec.html#Function_declarations">function
|
|
|
|
literals</a> provide a powerful means of abstracting functionality
|
|
|
|
that can help us here.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
First, we re-write the function definition of each of the handlers to accept
|
|
|
|
a title string:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request, title string)
|
|
|
|
func editHandler(w http.ResponseWriter, r *http.Request, title string)
|
|
|
|
func saveHandler(w http.ResponseWriter, r *http.Request, title string)
|
2010-04-27 20:36:39 -06:00
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Now let's define a wrapper function that <i>takes a function of the above
|
|
|
|
type</i>, and returns a function of type <code>http.HandlerFunc</code>
|
|
|
|
(suitable to be passed to the function <code>http.HandleFunc</code>):
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func makeHandler(fn func (http.ResponseWriter, *http.Request, string)) http.HandlerFunc {
|
|
|
|
return func(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
// Here we will extract the page title from the Request,
|
|
|
|
// and call the provided handler 'fn'
|
|
|
|
}
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The returned function is called a closure because it encloses values defined
|
|
|
|
outside of it. In this case, the variable <code>fn</code> (the single argument
|
|
|
|
to <code>makeHandler</code>) is enclosed by the closure. The variable
|
|
|
|
<code>fn</code> will be one of our save, edit, or view handlers.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Now we can take the code from <code>getTitle</code> and use it here
|
|
|
|
(with some minor modifications):
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func makeHandler(fn func(http.ResponseWriter, *http.Request, string)) http.HandlerFunc {
|
|
|
|
return func(w http.ResponseWriter, r *http.Request) {
|
2010-04-27 20:36:39 -06:00
|
|
|
title := r.URL.Path[lenPath:]
|
|
|
|
if !titleValidator.MatchString(title) {
|
2010-09-29 21:19:33 -06:00
|
|
|
http.NotFound(w, r)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
fn(w, r, title)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
The closure returned by <code>makeHandler</code> is a function that takes
|
2010-09-29 21:19:33 -06:00
|
|
|
an <code>http.ResponseWriter</code> and <code>http.Request</code> (in other
|
|
|
|
words, an <code>http.HandlerFunc</code>).
|
2010-04-27 20:36:39 -06:00
|
|
|
The closure extracts the <code>title</code> from the request path, and
|
2011-01-25 21:56:52 -07:00
|
|
|
validates it with the <code>TitleValidator</code> regexp. If the
|
2010-04-27 20:36:39 -06:00
|
|
|
<code>title</code> is invalid, an error will be written to the
|
2010-09-29 21:19:33 -06:00
|
|
|
<code>ResponseWriter</code> using the <code>http.NotFound</code> function.
|
2010-04-27 20:36:39 -06:00
|
|
|
If the <code>title</code> is valid, the enclosed handler function
|
2010-09-29 21:19:33 -06:00
|
|
|
<code>fn</code> will be called with the <code>ResponseWriter</code>,
|
2010-04-27 20:36:39 -06:00
|
|
|
<code>Request</code>, and <code>title</code> as arguments.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
2010-04-27 20:39:17 -06:00
|
|
|
Now we can wrap the handler functions with <code>makeHandler</code> in
|
2010-04-27 20:36:39 -06:00
|
|
|
<code>main</code>, before they are registered with the <code>http</code>
|
|
|
|
package:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
func main() {
|
|
|
|
http.HandleFunc("/view/", makeHandler(viewHandler))
|
|
|
|
http.HandleFunc("/edit/", makeHandler(editHandler))
|
|
|
|
http.HandleFunc("/save/", makeHandler(saveHandler))
|
|
|
|
http.ListenAndServe(":8080", nil)
|
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Finally we remove the calls to <code>getTitle</code> from the handler functions,
|
|
|
|
making them much simpler:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
2010-09-29 21:19:33 -06:00
|
|
|
func viewHandler(w http.ResponseWriter, r *http.Request, title string) {
|
2010-04-27 20:36:39 -06:00
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/edit/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "view", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func editHandler(w http.ResponseWriter, r *http.Request, title string) {
|
2010-04-27 20:36:39 -06:00
|
|
|
p, err := loadPage(title)
|
|
|
|
if err != nil {
|
2011-01-25 21:56:52 -07:00
|
|
|
p = &Page{Title: title}
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
renderTemplate(w, "edit", p)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
|
2010-09-29 21:19:33 -06:00
|
|
|
func saveHandler(w http.ResponseWriter, r *http.Request, title string) {
|
2010-04-27 20:36:39 -06:00
|
|
|
body := r.FormValue("body")
|
2011-01-25 21:56:52 -07:00
|
|
|
p := &Page{Title: title, Body: []byte(body)}
|
2010-04-27 20:36:39 -06:00
|
|
|
err := p.save()
|
|
|
|
if err != nil {
|
2011-11-01 20:06:05 -06:00
|
|
|
http.Error(w, err.Error(), http.StatusInternalServerError)
|
2010-04-27 20:36:39 -06:00
|
|
|
return
|
|
|
|
}
|
2010-09-29 21:19:33 -06:00
|
|
|
http.Redirect(w, r, "/view/"+title, http.StatusFound)
|
2010-04-27 20:36:39 -06:00
|
|
|
}
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<h2>Try it out!</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
<a href="final.go">Click here to view the final code listing.</a>
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Recompile the code, and run the app:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<pre>
|
|
|
|
$ 8g wiki.go
|
|
|
|
$ 8l wiki.8
|
|
|
|
$ ./8.out
|
|
|
|
</pre>
|
|
|
|
|
|
|
|
<p>
|
2010-05-06 18:16:16 -06:00
|
|
|
Visiting <a href="http://localhost:8080/view/ANewPage">http://localhost:8080/view/ANewPage</a>
|
2010-04-27 20:36:39 -06:00
|
|
|
should present you with the page edit form. You should then be able to
|
|
|
|
enter some text, click 'Save', and be redirected to the newly created page.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<h2>Other tasks</h2>
|
|
|
|
|
|
|
|
<p>
|
|
|
|
Here are some simple tasks you might want to tackle on your own:
|
|
|
|
</p>
|
|
|
|
|
|
|
|
<ul>
|
|
|
|
<li>Store templates in <code>tmpl/</code> and page data in <code>data/</code>.
|
|
|
|
<li>Add a handler to make the web root redirect to
|
|
|
|
<code>/view/FrontPage</code>.</li>
|
|
|
|
<li>Spruce up the page templates by making them valid HTML and adding some
|
|
|
|
CSS rules.</li>
|
|
|
|
<li>Implement inter-page linking by converting instances of
|
|
|
|
<code>[PageName]</code> to <br>
|
|
|
|
<code><a href="/view/PageName">PageName</a></code>.
|
|
|
|
(hint: you could use <code>regexp.ReplaceAllFunc</code> to do this)
|
|
|
|
</li>
|
|
|
|
</ul>
|