Kentico中的门户网站模板和ASPX模板有什么区别?

哪个更可取?

有帮助吗?

解决方案

作为“核心”开发人员和经过认证的Kentico培训师,我始终使用并始终建议在ASPX模板上使用Portal Engine。

我之所以这样说是因为门户引擎为创建和配置模板提供了丰富的UI 。您可以直接在CMS Desk中创建模板并向其中添加Web部件。您还会看到一个不错的属性编辑器对话框,其中包含每个字段类型的自定义选择器以及每个字段的宏编辑器。这意味着,如果某个字段需要一个文档类型列表,则“门户引擎属性”对话框将为您显示带有复选框的文档类型列表。再简单不过了。

另一个主要区别是(至少目前), ASPX模板开发方法不支持小部件。我不确定这是否会在应于今年某个时候首次亮相的6.0版中进行更改。

另一个巨大的好处是,受过专业训练的内容管理员可以对模板进行编辑。同样,如果他们经过适当的培训,则可以在CMS Desk的“设计”选项卡中编辑模板。这样可以减轻很多通常对开发人员来说过大的工作量。认为:“嘿,开发人员,您可以更改此模板上的静态文本吗?”或“嘿,开发人员,您可以将此Web部件移动到另一列吗?”。

扮演恶魔的拥护者,这里是ASPX模板的优点。模板基本上是母版页,因此它们是基于文件的,可以轻松地与源代码管理结合使用。对于模板配置至关重要的代码繁重的站点(应用程序),这可能更合适。

使用ASPX模板,编写更复杂的代码可能会更容易。例如,如果一个Web部件(用户控件)直接取决于另一个Web部件的状态,则使用ASPX模板可以更轻松地完成此操作。但是,您也可能会争辩说,您的代码应该更分离,而不要依赖模板:P 中存在的其他Web部件。

其他提示

可以在Web界面内构建门户模板;它们具有复杂但健壮的继承结构;组合和显示数据的方式很多,但是在很多地方,人们必须管理/处理数据以使其正常工作。

ASPX模板允许使用Visual Studio或类似的编辑器直接进行更复杂的代码和编辑。

两个模型可以一起使用。您可以使用任一方法完成大多数事情。因此,这实际上取决于您自己的开发偏好,技能和/或解决方案需求。

个人而言,我在较复杂的网站上混合使用了两者。我可以使用门户网站模板来访问简单站点,因为它可以更快地远程进行简单更改,而无需完整的发布/发布周期。

遵循长版本的链接,但 Kentico DevNet“在Kentico CMS中使用ASPX与门户引擎进行开发”博客文章是:

如果您不了解开发模型,或者您不是那位经验丰富的开发人员,并且希望快速开发网站,请选择门户引擎。如果您不喜欢设计模式和可视化编程,而是喜欢自己编写代码,请选择ASPX模型(ASPX页面模板)。

使用ASPX模板时,我发现的一大优势是它们基于文件,因此源代码控制非常容易,并且在进行更改时,可以轻松地从本地部署到开发环境再生产环境。使用门户网站模板,如果进行更改,它们都将存储在数据库中,并且将它们部署到不同的环境会更加复杂(除非您已设置数据库源控件)。您将必须对Portal模板进行更改,然后在其他环境中还原数据库或其他内容!

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top