部署ODP.NET WPF应用程序

部署ODP.NET WPF应用程序,wpf,oracle,deployment,odp.net,Wpf,Oracle,Deployment,Odp.net,背景:我开发了一个连接到Oracle 9i数据库的小型.NET 3.5 WPF应用程序。考虑到ODP.NET版本必须与数据库匹配,我下载并使用了Oracle数据访问工具的[older version][1](更具体地说是9i,release 2) 我现在基本上完成了应用程序,需要部署它。然后我查看了ODP.NET的部署情况,认为ClickOnce会将其作为一个先决条件包括在内,这样我就不必做任何事情了课程。博学。 我所读到的关于ODP.NET部署的所有内容都谈到了将XCOPY与Oracle工具的

背景:我开发了一个连接到Oracle 9i数据库的小型.NET 3.5 WPF应用程序。考虑到ODP.NET版本必须与数据库匹配,我下载并使用了Oracle数据访问工具的[older version][1](更具体地说是9i,release 2)

我现在基本上完成了应用程序,需要部署它。然后我查看了ODP.NET的部署情况,认为ClickOnce会将其作为一个先决条件包括在内,这样我就不必做任何事情了课程。博学。

我所读到的关于ODP.NET部署的所有内容都谈到了将XCOPY与Oracle工具的更新版本结合使用,这比我到目前为止使用的版本都要新。到目前为止,我所阅读的文档中并没有太多关于9i的内容

那我该怎么办


谢谢你的帮助

这里有一个类似的帖子,答案是改为使用第三方库:


我认为您可能会遇到麻烦,因为更改库可能需要您对应用程序进行完整的重新测试——如果它是一个小应用程序,或者您具有良好的自动测试覆盖率,那么这当然比说的容易。当然,这取决于要部署到多少台计算机。就我个人而言,我更倾向于坚持使用oracle odp,并转向最新版本。如果您以“艰难的方式”部署odp,您仍然可以在以后的重新部署中获得单击一次的好处。

下面是一篇类似的帖子,其中的答案是更改为使用第三方库:


我认为您可能会遇到麻烦,因为更改库可能需要您对应用程序进行完整的重新测试——如果它是一个小应用程序,或者您具有良好的自动测试覆盖率,那么这当然比说的容易。当然,这取决于要部署到多少台计算机。就我个人而言,我更倾向于坚持使用oracle odp,并转向最新版本。如果您以“艰难的方式”部署odp,您仍然可以在以后的重新部署中获得单击一次的好处。

看起来我遇到了麻烦,odp.NET是多么痛苦。看起来我遇到了麻烦,odp.NET是多么痛苦。