在ADO.Net中，连结不同的db provider， 必须使用不同的物件类别，如sqlconnection, mysqlconnection等等 倘若某专案突然要换资料库，相信基层元件或逻辑元件都会改到手软 除了改名外，一些彼此不相容的问题也可能产生。 我以前就想，是否可以自己创造一个Interface(介面) 来连结不同的db provider，例如oracle/db2/mysql... 不过，对於元件建构很肉脚的我，会变成一种method要写n种 想想也没差，实验失败!! 有个外国人很厉害，他发现不同的db provider其实都遵守ado.net命名法 因此自己就写了一些介面及继承原先的，来接收这些不同的provider传回的类别 所有provider的定义就放在一个xml档内，只需要把provider的dll放入bin/中 就可以run了，这刚好是我所想像的最佳状况。 最值得喝采的，它是免费且open source，感动再感动!! 它叫做「Generic ADO.net DB Access」， 官方网址是:http://www.maxvirtual.com/Default.aspx 不像UniDirect .NET Data Provider死要钱，写不好又想全包 = =+ 自己看了它的介面原始码，嗯~ 不太会，还是用它的binary好了! :p 发现它持续有在更新， 我连忙用vs.net 2005 beta1测试sqlsrv及mysql，果然都ok! 这一两句话也让我测了很久，因为站上只有呼叫的sample，没有如何发布的说明 让我测了n小时，damn it!! 发掘新东西就是这样，累人!! 言归正传， 我觉得这样的通吃很好，虽然我有点担心， 怕dataset或rich controls不吃它所创的类别， 不过一般我们只用到资料维护而已，真发生那状况，自行再建connection即可 它还是值得的。 -- You're recommended to vist C_Sharp in PTT. We are the C#, resistance is futile. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.119.183.211