Cool Idea! Convention based routing is a great way to get started quickly
and I think that it actually might make a lot of people, asking for clojure
frameworks, happy.
I'm not aware of any clojure lib that does that, but I'd like to speculate
a bit on what it might mean:
As it happens, when I hear 'convention based routing', I think of mapping
web paths to file system paths, the way most web servers do, where resource
variants and/or behavior are configured by path patterns (most often by
suffix a'la *.php).
A lot could be said about the merit of letting people use just their file
browser to set up even moderately complex web apps, but of course there are
also downsides:
This approach leads to components being scattered over multiple files,
where n files would need to be renamed to rename a single resource.
Also it probably won't interact well with java's classpath loading, so a
leiningen plugin would be needed to index the app before packaging.
Still, for accessibility, I'd put my money on automatic file-system-path
mapping, rather than method mapping or source annotations.
<detour>
At this point, I'd like to honorably mention the nix programming language,
where the idiomatic way to define a module is to define a file like this:
{dep1, dep2}:
implementation ...
That is a file, containing a nix function with a single parameter `param:
body`, where the parameter is destructured. This function can be loaded as
is, by `import ./file.nix`. It can by auto-called with its dependencies by
`pkgs.callPackage ./file.nix {/*dep-overrides*/}`, thus, the package
instantiated (yes, callPackage discovers the needed dependency symbols and
takes them from pkgs, with optional overrides). This makes it easy and
idiomatic to work with file-mapping, while not even needing namespaces or
top-level names.
Maybe something like that could be done to sneak clojure behavior into
static file serving?
</detour>
What do you think?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
---
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
