5.1 KiB
| isHidden | menupriority | kind | created_at | title | author_name | author_uri |
|---|---|---|---|---|---|---|
| false | 1 | article | 2011-10-04T10:18:59+02:00 | Yesod excellent ideas | Yann Esposito | yannesposito.com |
<%= blogimage("main.png","Title image") %>
begindiv(intro)
<%= tldr %>
I follows the yesod web framework for some times now. And I believe it reached the point where you should really consider to use it. But instead of telling you why you should learn Haskell and use yesod, I prefer to talk about new ideas used by yesod I didn't saw in other frameworks.
enddiv
Type safety
Let's start by an obligatory link from xkcd:
When you create a web application, a lot of time is spent dealing with strings. Strings for URL, HTML, JavaScript, CSS, SQL, etc... To prevent malicious usage you have to protect each strings to be sure, no script will pass from one point to another. Suppose a user enter this user name:
Newton
You must transform each < into <.
Without this transformation alert will appear each time you try to display this user name.
Safe types are the chains around all strings you'll use.
Yesod does its best to handle cross scripting issues. Both between the client and the server and between the server and your DB. Here is an example:
As AnotherPageR is of type URL and it could not contains something nefarious.
It will be an URL safe. Not something like:
falselink">Type safety is not magic, but it will help a lot resolving these issues.
Widgets
Yesod widget are different from just JavaScript widget.
In yesod widget are a set of small parts of a web application.
A bit of CSS, a bit of HTML and a bit of JS for example.
If you want to use many widgets in a same page yesod do the work.
Some examples of widgets are:
- the footer of a webpage,
- the header of a webpage with a menu,
- a button which appears only when scrolling down,
- etc...
For each of this part, you might need,
- a bit of HTML,
- a bit of CSS and
- a bit of javascript.
Some in the header, some in the body.
You can declare a widget as this (note I use a very high meta-language):
htmlheader = ...
cssheader = ...
javascriptheader = ...
htmlbody = ...
The real syntax is:
toWidgetHeader cassiusFile "button.cassius"
toWidgetHeader juliusFile "button.julius"
toWidget hamletFile "buttonTemplate.hamlet"
Note the awesome Shakespearean inspired name convention.
Another good reason to use yesod.
- Cassius & Lucius of CSS (a lot similar to SASS and SCSS),
- Julius for JavaScript (not a CoffeeScript is somewhere in the source of yesod),
- Hamlet for HTML (similar to haml)
And when your page render, yesod make it easy to render everything nicely:
myBigWidget = menuWidget >> contentWidget >> footerWidget
Furthermore, if you use say 10 widgets each with a bit of CSS, yesod will create a unique and compressed CSS file. Except if you expressed a need to change the header by using different CSS.
This is just awesome!
Optimized routing
In standard routing system you have for each entry a couple: regexp → handler
The only way to discover the right rules is to match each regexp to the current URL. Then you can see behaviour such as, if you change the order of the rules you can lose or win time.
On the other hand yesod compile the routes. Therefore it can optimize it.
Of course two routes must not interfere.
/blog/2003 Date2003R
/blog/$DATE DateR
is invalid by default (you can make it valid, but I don't think it is a good idea).
You'd better
/blog/$DATE DateR
and make the test inside the handler
Why yesod?
From a very subjective point of vue and from what I heard, Haskell is a node.js done as it should be.
- Speed. This is just astounding. Look at this and then to this.
- Haskell. This is certainly hard to learn but it is just incredibly awesome. If you want to make you a favor. Just learn Haskell. It will be difficult, far more than you can imagine. It is very different from all other languages I used.
- Good ideas, excellent community. I follow yesod from some month now and the speed at which the project progress is incredible.
If you are a haskeller, I believe you shouldn't fear the special syntax imposed by the standard yesod way of doing things.
Just try it more than the firsts basic tutorials.
Until here I believe it goes in the right direction.
Even if I believe the real future is by generating HTML pages from the client (using javascript) and server limited to serve JSON (or XML, or any object representation system).
I cannot stress too much about how I believe Yesod is good.