一段时间后，对APPFUSE的使用新见解

APPFUSE是我初学时的参考的目标，当时是一头污水。
后来，发现有很多代码在APPFUSE当中找到，所以感觉是一个宝贝，于是我就有一个比较陌生的朋友，只是感觉他太理想化了，所以在项目使用时就没有考虑过使用它的机制。
今天，下载了新版本，总体感觉这个东东并不是一个能够适用在现行的项目当中。
原因如下：
1）、W（S）　S　H是流行的MVC组合，应该是比较好，不说之。不过我很讨厌它的使用前的ANT重建。
2）、使用DISPLAYTAG做为标签库，增加数据的访问量，性能上贬低之。而且不支持中文。
3）、使用CLICKSTEAM做为日志工具，无聊透了，第一是数据访问量之巨大（本应该是一个网站流量统计工具），第二是不涉及一点业务，是技术上的SHOW，无实用价值。
欢迎大家来讨论。

我不止一次说过了appfuse就是一个toy。要学习有实际应用价值的案例可以看看JavaEye开源项目jert。不过Quake显然很喜欢玩花活，用了太多技巧在里面，要看懂实在不那么容易。

ClickStream是一个非常好的工具，设计也非常精巧，容易扩展，而且对于业务代码没有侵入性
2个实际用途：
1. 日志/流量统计
2. 可以通过它去研究用户的操作习惯，以提高系统的易用性

DisplayTag不支持中文？我使用的情况是很正常啊。不过在导出成Excel部分有一些问题。

ClickStream的用处是一时之间看不出来的，但是如果你接触过Web日志挖掘的话，它所记录的信息恰好就是挖掘最好的来源。

分析accesslog是最好的分析用户行为的方式，很多第三方的工具可以做

ClickStream不仅成为性能上的负担，所分析的内容也很少，实用价值不大

DisplayTag不适合显示大量的数据，但是也可以有折中的方式，中文没有问题，总得来说适合小范围的应用

appfuse更多的是给一些指导性的建议，而不是用于实际项目

我花了较长的时间看了appfuse的　build.xml  , 以及其他的配置文件，并对他进行适合项目的修改，对于小组成员技术不一的情况，我觉得appfuse 可以有效地提高团队的开发能力，使得对Hibernate spring 了解很少的队员，可以快速的跟上开发进度。我觉得appfuse 对于我们的实践意义还是颇多的。

怎么说Appfuse这么差，我觉得很好的，有能耐自己弄一个。

AppFuse真的不怎么好，ant脚本写了1000多行。。。。

第一次接触appfuse还是很激动的，特别喜欢appfuse的文档，个人觉得不比hibernate的文档差，至少比JERT详细多了^_^
用appfuse来做项目（也是我最初学习appfuse的目的），还是需要仔细考虑是否适合自己的项目团队。我基本同意robbin的看法，在自己的项目开发中，也一直没有采用appfuse。其实JERT很不错，可以直接套用过来作为项目开发的初始框架。

  appfuse里面是用了不少大家接触很少的技术，要把每一项技术搞明白的确也要耗费很多精力，但是appfuse提供给你一个完善的ant脚本，比较好的开发框架，包括测试、代码分类的目录结构、message的应用等等。在他上面利用你自己比较熟悉的技术，比如：hibernate+spring，其他的不熟悉的东西就可以抛弃，如什么acegi security，mork。。。虽然在调试的时候没有ui，不过前期用命令行模式的测试就可以把基本的逻辑搞定，到后期在web模式下呢，我采用的是用eclipse重新构建一个tomcat的project，把源码部署好，就可以用调试界面跟踪调试了。
  有很多伟大的发明就是从一些玩具模型诞生出来的！