上面江经理的介绍很好，通俗易懂，把dp2OPAC的浏览功能做了概括。
以下我补充几点：
1) “浏览”相关功能实际上并不仅仅是为了浏览这一个用途，而是为一组功能服务的基础设施。
浏览功能的特点是利用缓存技术，能够实现几十万条数据量级以上的分类浏览密集访问，而不对服务器造成太大的压力。自然，浏览功能还是利用检索点来进行检索，创建结果集，这一点和检索功能是一致的，但创建结果集以后就会长久保存在文件中。
其实单单检索本身对服务器的压力还不是最严重的问题，因为服务器在应对并发访问方面是很普通的，平时的检索就是一个例证。问题主要是几十万条数据的检索操作命中需要耗费一定时间，每次读者来浏览的时候都要等待这个时间，那么这个功能就是不成功的。所以关键在于体验上。
一旦浏览功能通过缓存技术成功解决了响应时间问题后，虽然这个功能首先是为了满足分类浏览需求而设计的，但是我们会发现，新书通报、读者荐购等功能，都是建筑在浏览大批记录的基础上的，所以浏览功能也等于同时满足了这些功能要求。
但这些不同的功能之间毕竟有不小的差异，所以我们用一套配置文件体系来解决差异化的问题。
其中首次进入browse.aspx时访问的browse_sidebar.xml文件，配置了页面的二级菜单，这个菜单正好就作为其他功能的入口，起到了把若干功能组织在界面上的作用。因此，二级菜单上的事项的个数是灵活的，不是程序设计时候写死的。这样就增强了dp2OPAC的生命力，随着时间的推移，系统管理员能对它进行重组和扩展，满足不断变化的应用需求。
像江经理举例的根据馆藏地点浏览的功能，就是江经理根据客户的需求扩充出来的，并不是当初程序设计时预先设想到的功能。
2) 浏览功能也同时提供了RSS源的功能。
如果在配置文件中指定了RSS特性，则在普通结果集文件创建的时候，系统还会自动创建RSS文件。这样，当外部访问dp2OPAC的各种RSS源的时候，就能够立即从文件中提取内容发送响应，不必动用检索功能了。
3) 浏览功能提供的树形目录的组织能力。
树形目录是一种高级的形式。如果用户单位觉得用不着这么复杂的组织形态，可以只配置第一级内容，这样树形目录就退化为普通的线性列表。所以它的适应性是很强的。
4) 创立了一种独特的检索语言。
考虑到配置文件的简洁性，浏览配置体系创立了一种检索语言，简单情况下列举各种检索参数，复杂情况下可以组织逻辑检索式。
5) 浏览界面复用了dp2OPAC原有的各种浏览格式和浏览界面。
这样可以有效降低界面的复杂度，有利于界面表达方式的统一。