Dotnetnuke VS2005中编写的DNN模块是否可以用于VS2008中编写的最新版本的DNN

Dotnetnuke VS2005中编写的DNN模块是否可以用于VS2008中编写的最新版本的DNN,dotnetnuke,dotnetnuke-module,Dotnetnuke,Dotnetnuke Module,VS2005中编写的DNN模块是否可以用于VS2008中编写的最新版本的DNN 我们已经在VS2005中创建了一个DNN模块——它与我们当时的DNN版本4配合得很好* 现在,我们正在安装DNN的一个新副本,我们认为它需要/在VS2008及更高版本(.net 3.5 sp1)中打开 我们是否可以简单地将现有模块文件复制到正确的文件夹(又名App_代码和桌面模块)中,并期望模块正常工作?仅从VS 2005移动到2008不应导致模块损坏。需要关注的主要问题是,您的模块是否使用了DNN 5.x中不推荐使

VS2005中编写的DNN模块是否可以用于VS2008中编写的最新版本的DNN

我们已经在VS2005中创建了一个DNN模块——它与我们当时的DNN版本4配合得很好*

现在,我们正在安装DNN的一个新副本,我们认为它需要/在VS2008及更高版本(.net 3.5 sp1)中打开


我们是否可以简单地将现有模块文件复制到正确的文件夹(又名App_代码和桌面模块)中,并期望模块正常工作?

仅从VS 2005移动到2008不应导致模块损坏。需要关注的主要问题是,您的模块是否使用了DNN 5.x中不推荐使用的某些核心DNN功能。不过,这不太可能。我有一个为DNN4.3编写的大型定制模块,我从未修改过,它在DNN5.6上仍然运行良好

仅仅从VS2005移动到2008不应该导致您的模块崩溃。需要关注的主要问题是,您的模块是否使用了DNN 5.x中不推荐使用的某些核心DNN功能。不过,这不太可能。我有一个为DNN4.3编写的大型定制模块,我从未修改过,它在DNN5.6上仍然运行良好

从DNN 4移动到DNN 5时,我们发现的主要问题是,如果您依赖于DNN的数据库结构(即查询用户、选项卡、门户等表),那么在DNN 5.2、5.3和5.5中会出现一些重大变化。通常,应该使用API而不是数据库来与DNN进行接口。如果您需要进入数据库,请使用视图而不是表。

我们发现,当从DNN 4移动到DNN 5时,最主要的问题是,如果您依赖于DNN的数据库结构(即查询用户、选项卡、门户等表),这些在DNN 5.2、5.3和5.5中看到了一些重大变化。通常,应该使用API而不是数据库来与DNN进行接口。如果需要进入数据库,请使用视图而不是表