基于AJAX的Web框架

哥们，你的思路是对的，我非常的赞同你！
我现在实际在做应用时的体会正是这样，View层和Control层的代码怎样交由JavaScript来完成，特别是将TrimPath的模板集成起来，这是我觉得非常有意义的一件事情，模板技术对于视图（view）来说始终是最好的

2.后台服务的注册与访问控制方式。
    在后台服务的注册方式上，JSON-RPC-Java默认的是在Session中的Bridge里注册要使用的Java对象。这种方式有很多的限制，比如使用的时候需要JSP或者Servlet程序中来进行注册。形式不够灵活，服务的周期管理也比较麻烦。这是
JSON-RPC-Java被批评的重点。
    DWR有了很大的进步，它用dwr.xml将你需要暴露的服务明确地定义在其中，在前台的JavaScript中，用<script src="xxx">的方式既可以把服务引进到客户端来。周期管理也在XML可以配置。
    而在Swato中，后台服务的暴露方式通过filter来实现，前台的调用利用一个
ID值来寻访后台服务类。Swato提供了一个Spring的默认服务Loader，在Spring配置的bean ID直接可以被前台所访问到。如果你不想采用Spring,只需要替换一下filter，以你自己的方式来进行服务的暴露和权限控制。后台对象的生命周期方面，Swato采用的是request对象注入式，把你的服务对象中实现RequestAware接口，这个服务相关的生命周期便可由你灵活的进行处理。

	<filter>
		<filter-name>ContextLoader</filter-name>
		<filter-class>
			org.swato.json_rpc.servlet.SimpleContextLoader
		</filter-class>
		<init-param>
			<param-name>SIMPLE_CONTEXT</param-name>
			<param-value>services.properties</param-value>
		</init-param>
	</filter>	

user=org.swato.json_rpc.demo.User
countryList=org.swato.json_rpc.demo.CountryList
userManager=org.swato.json_rpc.demo.UserManager
test=org.swato.json_rpc.demo.Test

传统的Web MVC框架是以服务器为中心的，MVC都放在后台控制。

AJAX火了之后，大量的客户端引擎与组件的出现，为我们提供了另一种思路。
只把Model放在服务器端，以Servie的形式暴露出来。
将View与Control放在客户端做。

现在，Swato已经发布了Beta版，并且提供了一个Online Demo.
http://swato.throughworks.com/

欢迎提宝贵意见，有兴趣的同志欢迎一起来参与开发。

这个链接打不开

传统的Web MVC框架是以服务器为中心的，MVC都放在后台控制。

AJAX火了之后，大量的客户端引擎与组件的出现，为我们提供了另一种思路。
只把Model放在服务器端，以Servie的形式暴露出来。
将View与Control放在客户端做。

现在，Swato已经发布了Beta版，并且提供了一个Online Demo.
http://swato.throughworks.com/

欢迎提宝贵意见，有兴趣的同志欢迎一起来参与开发。