刚接触Wicket,正在学习数据列表控件的使用。对其中的IDataProvider和DetachableModel的用法有一些疑惑，提出了一点可能比较可笑的问题，请指点：
《Pro Wicket》中有一个Online BookStore的例子。你们有一个实现所有Book记录的表格。BookDataProvider(实现了IDataProvider)从BookDao中取数据。为了能随处访问DAO，例子将BookDao放入了Application中。而BookDao中存放了所有的Book数据。这样一来，即使页面跳转了，所有的Book数据在整个应用程序生命期一直存在于内存中？
我看了phonebook的例子，里面的ContactDao也是在Application中的。Contact数据也是一直存在。
如果DAO仅仅是操作数据库，不存放实际数据我还能理解。而这几个例子都在DAO里面存了整个表的数据。都是这样做吗？这在实际应用中是否合理？这是为了分页而设计的吗？如果数据有变化，重新访问页面，数据能更新吗？

例子简化了架构，如果你熟悉sql,建议使用iBatis+wicket

其实很多书的作者有点不负责任
（当然我可能也是其中之一）

往往为了方便理解，写程序上就比较简单，甚至是随意
其实给读者反而带来了一些错误的东西

看来以后自己也要多注意这方面的东东了

可以使用Spring注入的方式，操作方法可以参看http://earls.javaeye.com/blog/121966

其实这是作者为了简化例子。很多时候作者的关注点都是自己介绍的对象本身，而其他东西就不怎么注意了。比如在Struts的Action里写任务代码的，你问他们从哪里学来的这种写法。基本上都是书上。
无论是书还是网上的例子、指南，都是针对他们说的对象本身的。只是让你能知道如何开始用，至于你是否错误使用这个东西，如何和其他组件一起使用，说得就少了。

楼主有吹毛求疵的嫌疑

不能完全这么说
我做软件年头算比较长
发现开发人员的许多毛病就是一开始没有养好习惯
书的作者应该是有责任的
所以我现在写东西就尽量认真一些
希望以后大家写东西的时候也能多一些内容