降低前后台业务逻辑上的耦合度,前后台细粒度数据通讯的方法

可恨，hack的方法safari不支持，没有关系我换个方法

$HTTP["querystring"] =~ "_MIME=(xml)" {
    mimetype.assign = ( "" => "application/xml" )
}

 

url:R(a['entry']+'?_MIME=xml')

 这下都ok了.

很详细，很详细，谢谢啦，今天上午没空，下午或晚上具体来研究研究！！

还是忍不住偷空上来看了看。。整个模式有点明白了。。

对于你说的搜索引擎支持，还是不太明白，因为在首页上根本没有链接到/16lo/index.html，在这个页面中的数据怎么给搜索引擎，这个页面在首页上是不暴露url的，根据搜索引擎算法是找不到的，就算搜索引擎爬首页的js，爬到了entry，他也不知道怎么去/16lo/index.html。。。对这里不是很理解。。。

看看这个先
http://www.iteye.com/topic/191661
首先这个问题分两部分
1.搜索引擎可以爬
2.通过搜索引擎搜索结果如何指向正确的结果
我现在解决的是第一个问题
具体的站点是:http://www.91mh.net
你搜一下，已经可以被搜索引擎支持了。
关掉前台的javascript查看一下页面你就明白了（注意body被display:none了,需要firebug处理一下）
这个站就是jCT的实做站之一，不过总体上说还不成熟，所以才想在做一个，等成熟了，再重写91mh

可以做到吗？我的对象存在继承，关联，聚合，组成几种关系， 这样的对象也可以转换为json？

你理解错误了。
我的方法是基于数据通讯接口的，不是基于对象状态的。
所以对象存在继承，关联，聚合，组成几种关系对于我的方法来说是无关的，因为在通讯接口上根本就不考虑他们.
换句话就是，方法背景是不同的，不能用转换这种说法，方法根本就不同。

好的，我再看看。。。

其实他的理解也没错，我现在就可以实现通过一个统一的接口返回任何的对象的json，把所有对象统一转换为json，包括数组嵌套什么的，有一个JSONObject 开源包。。你可以去看看

另。今天把我的框架做了你上次说的 多action执行，通过一个请求，指定多个action执行，然后返回结果，比如
http://xxx.com/ajaxChain.x?id=|one?name=one,two?name=two|
后台 通过配置把one注册到 one.x这个action，把two注册到 two.x
假如 one.x本来返回的是 {"name":"one"} two.x本来返回的是 {"name":"two"}
那么现在应该返回
{"one?name=one":{"name":"one"},"two?name=two":{"name":"two"}}

话说回来，其实可以通过做一个统一页面网站地图 来实现搜索引擎爬到数据。。。
关键是他爬到数据，然后保存到搜索引擎数据库后，用户搜索后直接返回的是哪里？是模板文件？还是本来应该的那个页面？如果是模板文件，就算数据可以正常的现实，但是也和网站的整个结构脱节。。。如果要实现返回的是正常的网站结构。。。就有点难了。。

另外，如果谁想了解我的框架，可以到下面看看：

http://www.blogjava.net/kingyaoo/