瓷砖的页面方案-- n个action凑一个页面。

我刚实现的的Struts方案，用了一堆东西:struts,tempalate,sitemesh八啦八啦。

好处嘛，每个compoment都可以单独反复使用，天然边界；坏处嘛，用了5个action才搞定一个页面，浪费资源。

评论

26 楼 ray_linn 2008-11-06  

所以我加了invoke action的实现，这样就不在需要那个action chain了，可以作为同一服务器的一种选择来保持弹性。

此外我有考虑在"local","remote"两种选择中，再加入ajax，服务器只管组装脚本参数，实际完成交给client.

25 楼 sorphi 2008-11-06  

你这种方式带来的问题比得到的好处多得多。服务器模拟最初客户的请求头，将信息聚合之后一起呈现给客户，一个是要解决耦合的问题，一个是实际的性能并不比由客户端直接发出多个请求来得低。

再，如果某个widget有脚本，你在服务端解析么？

服务端信息组装，比如struts的actionchain+valuestack，再比如tapestry4的组件（单独负责数据获取和模板渲染），都需要一个总的action/page来负责。

总的感觉是这些全在服务端来处理，有很大的应用局限性。

另，相关联的主题，好像前端时间robbin他们讨论过，具体的给忘了，好像是google的open social？

24 楼 ray_linn 2008-11-06  

sorphi 写道

没用过chain，粗略的看了一下文档，猜想aciton用于chain中和单独使用需要定义两套。
你的原方案，5个request都是本机的request，意思是客户端发起呢，还是服务端模拟发起的？

服务器模拟发起的，我刚才做了修改，变成localhost不发起request而是去invoke action，remote则发起request,这样似乎更适合组件的分开部署，比如相片组件，可以部署在另一台服务器上，而服务器只请求了需要的html，并不牵涉照片的下载，实际下载还是由照片服务器来完成的。

23 楼 sorphi 2008-11-06  

没用过chain，粗略的看了一下文档，猜想aciton用于chain中和单独使用需要定义两套。
你的原方案，5个request都是本机的request，意思是客户端发起呢，还是服务端模拟发起的？

22 楼 ray_linn 2008-11-06  

今天用了Chain来实现，有两个问题：

1. 修改页面得修改Chain(添加的时候），比较讨厌。
2. Chain无法避免命名冲突，A叫了content,B就不能有content 。

相比之下，原方案：

1.与chain无关 2.与命名无关. 3.位置透明 5个request的代价是部署位置可变更。

此外都是本机的request不知道影响是否很大？

21 楼 ray_linn 2008-11-06  

asd 写道

这玩意儿，和portlet有啥区别？

区别就是：我根本不需要portlet，也不需要去学习portlet。

20 楼 welllove53 2008-11-06  

多看看别人怎么做的

19 楼 asd 2008-11-06  

这玩意儿，和portlet有啥区别？

18 楼 ray_linn 2008-11-05  

downpour 写道

ray_linn 写道

downpour 写道

好吧，忽悠客户买机器都出来了。

为啥不用一个Struts的Action Chain，自己实现一把老累的，还有这样那样的问题要考虑。

action chain不是麻烦嘛.


假如我第一个action有属性Product ,第二个action有属性News,第三个action有属性UserStatus, 用action chain,最外围的Action不是得包含以上三个属性吗?,一旦我添加第四个第5个action进chain,而外围的action又得去修改...不爽啊, 不知道Struts 2.0的action chain有没有通用的方法啊?

有时候布局还没斟酌好,我一会放放Product,一会放放News,用我第一个方案,你根本不用去管action,只管去调整view就好.

当然不用那么麻烦，使用action chain，每个action中的属性都在valuestack里面，根本不用在外围的action上写那么多属性。你一个个chain下去不就完了。

回头试一下. 如果可以连xml配置都不改就更妙了

17 楼 上一站，火星 2008-11-05  

这样用不错啊，我都这样用了几年了，action职责分明，还可以复用啊，不就是多了几个Request嘛，那又有啥关系呢！

16 楼 downpour 2008-11-05  

ray_linn 写道

downpour 写道

好吧，忽悠客户买机器都出来了。

为啥不用一个Struts的Action Chain，自己实现一把老累的，还有这样那样的问题要考虑。

action chain不是麻烦嘛.


假如我第一个action有属性Product ,第二个action有属性News,第三个action有属性UserStatus, 用action chain,最外围的Action不是得包含以上三个属性吗?,一旦我添加第四个第5个action进chain,而外围的action又得去修改...不爽啊, 不知道Struts 2.0的action chain有没有通用的方法啊?

有时候布局还没斟酌好,我一会放放Product,一会放放News,用我第一个方案,你根本不用去管action,只管去调整view就好.

当然不用那么麻烦，使用action chain，每个action中的属性都在valuestack里面，根本不用在外围的action上写那么多属性。你一个个chain下去不就完了。

15 楼 ray_linn 2008-11-05  

sorphi 写道

ray_linn 写道

你给我另外的Idea，是不是可以一边merge所有的action，一边merge所有的template，这样就有一个虚拟的action和一个虚拟的template.....

你说得我有点晕，没看懂。怎么merge呢啊？merge完了，各区域要的数据那还不得统一准备好啊？那又怎么单独使用？

貌似这也是个月经贴。

去AJAX版搜索一下：ajax portlet

如果是在.NET MVC里,因为它的excute返回的是数据,我可以依次把数据放进上一次返回的结果中,从最后一个action出来,不就有所有的数据了么?

14 楼 ray_linn 2008-11-05  

downpour 写道

好吧，忽悠客户买机器都出来了。

为啥不用一个Struts的Action Chain，自己实现一把老累的，还有这样那样的问题要考虑。

action chain不是麻烦嘛.


假如我第一个action有属性Product ,第二个action有属性News,第三个action有属性UserStatus, 用action chain,最外围的Action不是得包含以上三个属性吗?,一旦我添加第四个第5个action进chain,而外围的action又得去修改...不爽啊, 不知道Struts 2.0的action chain有没有通用的方法啊?

有时候布局还没斟酌好,我一会放放Product,一会放放News,用我第一个方案,你根本不用去管action,只管去调整view就好.

13 楼 downpour 2008-11-05  

好吧，忽悠客户买机器都出来了。

为啥不用一个Struts的Action Chain，自己实现一把老累的，还有这样那样的问题要考虑。

12 楼 dengyin2000 2008-11-05  

怎么不用个基于组件的web framework？ 每个component写个组件。

11 楼 sorphi 2008-11-05  

ray_linn 写道

你给我另外的Idea，是不是可以一边merge所有的action，一边merge所有的template，这样就有一个虚拟的action和一个虚拟的template.....

你说得我有点晕，没看懂。怎么merge呢啊？merge完了，各区域要的数据那还不得统一准备好啊？那又怎么单独使用？

貌似这也是个月经贴。

去AJAX版搜索一下：ajax portlet

10 楼 剑事 2008-11-05  

不如多个组件 一个action 输出 

link 一个 css

9 楼 ray_linn 2008-11-05  

你给我另外的Idea，是不是可以一边merge所有的action，一边merge所有的template，这样就有一个虚拟的action和一个虚拟的template.....

8 楼 sorphi 2008-11-05  

介绍介绍？除了iframe和ajax，你怎么用sitemesh实现的？

7 楼 ray_linn 2008-11-05  

downpour 写道

Request太多，不是一个好主意。

当你的某个Action抛异常的时候，你的整个页面不是花了~~~~

小声的说：Request太多，可以忽哟客户买机器，自己写起来爽就成。

大声的说：异常问题是解决了的~~一个异常就执行默认的output~坚决不花屏。