Web AOP?

今天这个其实不是争论。

这是我接手的一个web系统的一个设计。我觉得很不爽，但是一时又没有好的解决方法。

情况是这样的。

我们的web app是一个传统的jsp+controller+dao的设计（Controller用的是我们元老自己设计的一个框架）。

这个app我们叫做product。

除此之外，我们还有一个定制版本的app。这个定制版本是给某个客户定制的。功能和product大同小异。但是有些小的地方的业务逻辑或者web页面会有些区别。（比如说某个提示信息不同，或者多出或者少一个text box之类的）


大家知道jsp的复用不是很容易的。而这个定制版本和product的区别完全都是这个特定客户决定的，并没有可以实现预测的比较系统的规则。


现在的解决方法，是在product里面增加一个叫做HtmlManipulator的接口：
[code]
interface HtmlManipulator {
String manipulate(String html);
}
[/code]

然后通过一个ChainManipulator把一个数组里的HtmlManipulator串接起来。在product里面这个manipulator的数组是空的。而在定制版本里面，则是通过写各种HtmlManipulator来实现订制，比如下面的伪代码：
[code]
class ChangeUserMessageManipulator implements HtmlManipulator {
public String manipulate(String html) {
range = find range of element("user message");
return replaceRangeWith(html, range, "this is the new user message");
}
}
[/code]

也就是说，所有的定制都是通过拦截并且篡改product生成的html文本来实现的。
是不是看起来非常象基于web页面的aop？

我很不喜欢现在这个方法。
效率是一方面。
这个方法感觉非常原始，而且很多这种manipulator工作都是依赖于html里面的某个特征字符串，理论上如果数据库里面储存了一个“user message”然后被product写入html，那么上面的代码就会失效。

不过，至少在不彻底推翻现有框架的基础上，我想不出什么好方法。

独立维护product/定制两套代码是不可接受的。

感觉也许需要采用基于web组件的技术才行。（不熟悉tapestry，不知道是不是合适）。
这两天发现了一个StringTemplate，看来似乎也是一个可能的方向。

聪明如你，有什么好的方法么？