VS 2005 编写的 DNN 模块可以在 VS2008 编写的最新版本的 DNN 中使用吗
用 VS 2005 编写的 DNN 模块可以在用 VS2008 编写的最新版本的 DNN 中使用吗？
我们在 VS2005 中创建了一个 DNN 模块——它曾经与我们当时的 DNN 版本 4 配合得很好。*
现在我们正在安装一个我们认为 DNN 的新副本需要/在 VS2008 及更高版本（.net 3.5 sp1）中打开？
我们是否可以简单地将现有模块文件复制到正确的文件夹（又名 App_Code 和桌面模块）中并期望模块正常工作？
Can a DNN Module written in VS 2005 be used in latest version of DNN which is written in VS2008
We have created a DNN module in VS2005 -- which used to work fine with the DNN version we had then 4.*
Now we are installing a fresh copy of DNN which we believe requires/opens in VS2008 and above (.net 3.5 sp1)?
Can we simply copy the existing module files into the correct folders (aka App_Code and Desktop Modules) and expect the module to work fine?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
仅从 VS 2005 迁移到 2008 不会导致您的模块损坏。需要关注的主要问题是您的模块是否正在使用 DNN 5.x 中已弃用的某些核心 DNN 功能。不过，这是不太可能的。我有一个为 DNN 4.3 编写的大型自定义模块，我从未对其进行过修改，并且它在 DNN 5.6 上仍然运行良好。
Just moving from VS 2005 to 2008 should not cause your module to break. The main thing to be concerned about is whether your module is using some piece of core DNN functionality that has been deprecated in DNN 5.x. That is fairly unlikely, though. I have a large custom module that I wrote for DNN 4.3 that I have never modified and it still runs fine on DNN 5.6.
我们发现从 DNN 4 迁移到 DNN 5 时出现的主要问题是，如果您依赖于 DNN 的数据库结构（即查询用户、选项卡、门户等表），这些变化会在DNN 5.2、5.3 和5.5.一般来说，您应该使用 API 而不是数据库来与 DNN 交互。如果需要进入数据库，请使用视图而不是表。
The main thing that we've found that breaks when moving from DNN 4 to DNN 5 is if you're dependent on the database structure of DNN (i.e. querying the Users, Tabs, Portals, etc tables), those saw some significant changes in DNN 5.2, 5.3, & 5.5. In general, you should be using the API instead of the database to interface with DNN. If you need to get into the database, use the views instead of the tables.