So far I'm impressed with Lift and have gone through the toy-app stage
of experimenting. I have my own framework in production powering large
scale sites like http://www.comcast.net and real experience with
Django.
I'm a little sketchy on the thinking behind this type of display logic
deep in the code. For example
Snippet:
class HelloWorld {
def howdy: NodeSeq = <span>Welcome to helloworld at {new
java.util.Date}</span>
}
In Model:
override def loginXhtml =
<lift:surround with="default" at="content">
{ super.loginXhtml }
</lift:surround>
In real applications are people delegating this type of rendering to
template files? In a freemarker world I have template macros
(snippets) that would look like
<#macro helloWord>
<span>Welcome to helloworld at ${exec.RunCustomDateFunction}
</#macro>
or server code that would look like
(In horrible python/java psudocode)
function(){
render_and_return(template('helloWorld', {date: new
java.util.Date} )
}
I have strict rules about who gets to edit templates and who gets to
edit server code. Template code should NEVER affect server profiles
(of course it can with bad javascript/ajax) and server code should
never have display data.
(In my world...) Display / presentation changes should NOT require
a .war deployment
I'm basically asking for other people's thoughts in this direction. I
have multiple HTML/CSS/JS experts and multiple Server devs. Is this
something that will 'people scale' in the way I need it to?
We currently have Groovy embedded in places and were looking at
Grails. The problem is that it is groovy is not as fast to code in as
Ruby and Grails is not much easier to deploy then a .war (because we
have automation). Lift solves some real problems for us and Scala
seems like a language with real benefits.
Besides SpringSource is offering Grails support so we don't want to be
too mainstream ;)
Thanks,
-Aaron
http://www.aaronheld.com
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/liftweb?hl=en
-~----------~----~----~----~------~----~------~--~---
