讨论：vb中用类来编写数据库访问代码有什么优缺点？

Question

如题

Answer 1

厚这脸皮说一声 ---- 我也要。[email protected]
谢谢啦！

Answer 2

[email protected]
我的邮箱
最近在搞数据库，搞不懂
也把例子发给我吧，谢谢！

Answer 3

谢谢！
我正在做一个信息查询系统，数据库方面遇到点问题
看看你的例子，感谢！！！
[email protected]

Answer 4

三层结构啊!
给我一个吧！谢谢！
[email protected]

Answer 5

以上各位，我等楼主给了email地址，我就一起发！

Answer 6

我也要一个
[email protected]

Answer 7

我也要一个例子:)谢谢
[email protected]

Answer 8

我也想look look
[email protected]

Answer 9

能给我发一个例子吗?真诚的期待中-----
[email protected]

Answer 10

[email protected]
我的邮箱
最近在搞数据库，搞不懂
也把例子发给我吧，谢谢

Answer 11

我也要 先感谢
[email protected]

Answer 12

up,能给我一份吗？谢谢！
[email protected]

Answer 13

能给我发一个吗?真诚的期待ing-----
[email protected]

Answer 14

楼主说法的确不准确。楼主的意思是用 class 来封装数据访问操作？那么也就是说对于Web应用，实际上是用vb写com来封装数据访问，而c/s则是封装在类/COM中给客户端程序调用了？在日常的应用中我觉得这样做意义不大。三年前有个同事最喜欢做这样的事情。我们分工做一个Web应用的时候，他的工作从来都是把所有的数据库操作写成VB组件，然后让ASP来调用。
那我就要问了：ADO干吗使的？没错，他还封装了部分数据库访问逻辑，但作为组件修改起来很麻烦，这一点儿贡献相对于浪费掉的资源来说太微不足道了。后来我设计系统的时候，只要项目成员里没有他，我都把系统设计为：1、存储过程封装具体的数据库访问逻辑
2、组件调用存储过程，并重点封装数据库访问部分
3、ASP中先封装一些函数作为访问组件的 proxy
4、在需要的地方调用这些 proxy functions其中，第二步可以省略。或者前期省略（变动较大的情况下），直接封装 proxy functions 供其它的asp程序员使用。后期，（需求）应用逻辑稳定后，再用ATL封装成组件，并简单修改 proxy functions 即可。
而存储过程很重要，不但因为可以提高效率，实际上最重要的是很多修改都可以在这里进行而不用影响到上面几层。
假如数据库系统不支持存储过程，那重点就在3了。这才真正叫做多层的应用体系结构。否则，仅仅因为采用了数据库、组件、WebBrowser/Client 这就叫做多层，修改一个地方要全部调整，那有什么实际意义？不过是销售用语罢了，咱们搞技术的不玩这套。

Answer 15

嗯，补充一点，既然这里不讨论.net
其实 asp 里面也可以用 class ，写 asp 的 class——同样没有继承的能力（语法和vb的class几乎相同，但是要把类型声明等去掉，因为asp的vbscript中是没有强类型的）。
所以，倒是可以在 asp 中用 class 来作为上面说的2的前期替代。好处是修改的时候方便，不用注册组件和 restart iis，坏处是效率较为低下，不过测试期间无所谓了。

Answer 16

三层结构啊!
给我一个吧！谢谢！
[email protected]

Answer 17

我也要一個,謝謝
[email protected]

Answer 18

楼主是神龙见首不见尾阿！我就给有需要的一份吧！不能满足各位需要的话还请见凉！
各位在见帖几分钟之后看看有没有收到！如果没有可以写邮件给我。[email protected]

Answer 19

我也要！我的是[email protected]！我在这里先谢谢了！

Answer 20

to:Gelim 我到现在才来看贴。实在抱歉！

谢谢！
也谢谢wdwd05和 piggybank！

Answer 21

我觉dll最大好处就的所有的操作功能可以在这里完成，方便修改，使代码重复率降低了很多