IDC资讯中心
u 使用现成的框架
ø 首选当然是.net framework即将正式推出的objectspaces！
ø 如果希望total solution，borland eco就是最佳选择！
ø 其它
n 开源项目推荐使用opf（国外）
n 商业产品推荐使用grove（国内）
u 设计自己的持久层
ø 如果希望自己设计轮子，那么，最好的参考资料莫过于这篇文章：http://www.ambysoft.com/persistencelayer.pdf
ø 它山之石，可以攻玉
此处之它山，非j2ee莫属，经典案例hibernate早已家喻户晓，您还需要等待吗？
虽然平台不同，但优秀的设计是大家共同的财富，.net guys们快快行动起来吧！
ø 代码是永远的老师，请多多关注这两个.net open source项目：
n opf
n ojb.net
l 小结
u data access layer在整个系统架构中的位置
这是本文最后一幅示意图，希望带给您一些帮助：
u daf solution之抉择篇
ø 确定接口是关键：no. 1！
无论采用什么技术，这个总是最最关键的一步：至少，作者是这么认为的。
采用了daf solution后，其实已经对具体使用什么data access logic技术没必要特别care，只要接口确定，连很多历史遗留问题都可轻松解决了！
ø 访问技术随心所欲：just do it！
一般做项目前，当我们设计data access logic时，大都需要提前决定采用什么技术架构，如：stored procedure + dataset / datatable / dataview（duwamish模式，结构简单，操作方便），或者sql + provider factory + datareader + entity（petshop模式，性能不错，可移植能力强），而采用了daf solution后，这些不再成为阻碍系统架构师进行data access logic设计时的障碍了！
你完全可以这么做：设计时全部采用duwamish模式，而在实现时（可能基于性能考虑）将部分data access logic操作调整为petshop模式。甚至，如果其它layer的调用者对ado.net不是特别熟悉（很正常），也可以决定在某些data access logic的内部使用o/r mapping，通过entity façade返回后可以很轻松地以oo的方式进行后续处理！
不过，尽管如此，还是有些issues需要具体情况具体分析：
（1） stored procedure在带来便利、高性能的同时，也有移植上的问题需要考虑；
（2） o/r mapping在提高易用性的同时，也为性能、复杂度付出了一定代价；
（3） 何时采用datareader，如何更快的访问dataset，始终是个难以取舍的问题（虽然作者曾经对此作过断言），爱恨两难啊！
（4） 是否使用distributed process？安全问题又如何解决？.net remoting没有给出很好地解决方案，webservices虽然有，但能保证与其它系统兼容吗？
仅举4例，可见一斑。
虽然这些现实问题都要一一解决，但在daf这棵大树下，您还是有较大的自由度，不必再为统一架构设计而频添很多烦恼了！
ø storage不在话下：data entity facade！
在这里，作者认为，或许称之为“persistence不在话下”更贴切一些。
可以这么说，dal的基石来自daf，而daf和外界的bridge则是data entity façade。正是其统一的外表才让我们得以自由应付随时可能发生的各种变化！
返回xml？没问题！
返回xml后不想修改调用代码？很简单，做个entityconvert！
o/r mapping很酷，让我返回对象吧？改一下配置文件，再写个
o/r mapping data access logic！是不是也很酷啊？
dataset令我们的系统不堪重负，客户最近频繁投诉：您呼叫的
网页暂时没有应答，请稍后再刷，咋办呢？
这也不难：撤下dataset，换上datareader，data entity
façade已将不同的数据访问基站构建到您的server上，它
会确保您的系统99.98%位于服务区内（还有0.01%可能是您
忘打.net framework的最新patch了，剩下的0.01%也很好
办，快去买条新内存or加个cpu吧）！
……（如您需要返回其它系统无法辨认的东东，请拨打如下免费电话：800820xxxx，daf solution小组将为您提供帮助……）
u n-tier架构下n之真谛
很简单，2句话结尾：
n==?不重要，关键是：数据访问层！
若要架构好，接口是命脉！
l 参考
u msdn
ø .net framework 1.2 documentation
ø longhorn sdk
ø data access and storage
ø c# 2.0 specification
u design patterns
ø gof 23
ø microsoft patterns & practices
u community
ø the microsoft .net framework community
ø theserverside.net
ø asp.net starter kits
ø the code project
ø dot net persistence
u 其它
ø developing the microsoft business framework
ø borland eco
ø constructor
ø dotnetnuke
ø rational xde
