[Haskell-cafe] Haskell Web Framework
mj at mjclement.com
Tue Jan 27 15:05:27 EST 2009
John A. De Goes wrote:
> The best approach is to push as much functionality into the client as
> possible. The ideal server-side framework consists of nothing more
> than a permissions-based interface to persistence and network services.
This is the conclusion I have come to in building collaborative
I agree that there seems to be a gap here in the Haskell Web
frameworks people are building.
> What this means is that effort is probably best directed at
productive avenue. There is too much pain in trying to abstract
end up with worse performance as a reward.
There is very little wrong with ECMAScript if people would only
learn it properly and play to its strengths instead of trying to
turn it into things it is not.
Treating ECMAScript as a compiler target language will be a win
eventually, I expect, but not by compiling from Haskell. Haskell
could certainly play a role, e.g. as an implementation language
for ES-to-ES or DSL-to-ES compiler writers.
Michael Snoyman wrote:
> That's great in theory, but then you end of with inaccessible web
This doesn't have to be true. You can do quite well today if
you are careful, and ARIA will resolve the remaining issues.
the modern Web.
> and search engines won't index you.
This also isn't true if it's done right. It's almost always
done wrong, but that's just ignorance and incompetence, not
any inherent limitations of the technology.
Follow correct principles of Web architecture and you can
to provide a UI.
More information about the Haskell-Cafe