Kentico 中门户模板和 ASPX 模板的区别答案

【问题标题】：Difference between portal template and ASPX template in KenticoKentico 中门户模板和 ASPX 模板的区别
【发布时间】：2014-10-10 06:37:13
【问题描述】：

Kentico 中的门户模板和 ASPX 模板有什么区别？

哪个更好？

【问题讨论】：

标签： kentico

【解决方案1】：

作为一名“铁杆”开发人员和经过认证的 Kentico 培训师，我始终使用并始终推荐使用 Portal Engine，而不是 ASPX 模板。

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

另一个主要区别是（至少目前是这样），ASPX 模板开发方法不支持小部件。我不确定这是否会在 6.0 中发生变化，该版本应该在今年某个时候首次亮相。

另一个巨大的好处是经过适当培训的内容管理员能够对模板进行编辑。同样，如果他们接受过适当的培训，他们可以在 CMS Desk 的设计选项卡中编辑模板。这可以减轻许多通常对开发人员来说太过分的工作。想：“嘿 Dev，你能改变这个模板上的静态文本吗？”或“Hey Dev，你能把这个 Web 部件移到另一列吗？”。

要扮演魔鬼的拥护者，以下是 ASPX 模板的好处。模板基本上是母版页，因此它们是基于文件的，可以很容易地与源代码控制结合使用。这可能更适合模板配置至关重要的代码繁重的网站（应用程序）。

使用 ASPX 模板可能更容易编写更复杂的代码。例如，如果一个 Web 部件（用户控件）直接依赖于另一个 Web 部件的状态，那么使用 ASPX 模板会更容易实现。但是您也可以争辩说您的代码应该更加解耦，而不是依赖于模板中存在的其他 Web 部件：P

【讨论】：

感谢您的回复。我们通常会面对那些更复杂的网站。我们处理动态特征而不是静态特征。那么请您举例说明 ASPX 如何更好地制作复杂的网站，或者我们仍然可以为这些复杂的网站使用门户引擎。我们可以通过 ASPX 而不是 Portal 引擎完成哪些更好的事情？
我没有足够的积分来投票给你。 :-( 但是当我得到一些分数时，我一定会投票给你 :-)

【解决方案2】：

门户模板可以在网络界面中构建；它们具有复杂但健壮的继承结构；组合和显示数据的方法有很多，但有很多地方需要管理/操作数据才能让它们正常工作。

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

两种型号可以一起使用。你可以用任何一个来完成大多数事情。因此，这实际上取决于您自己的开发偏好、技能组合和/或解决方案需求，具体取决于具体情况。

就我个人而言，我在更复杂的网站上混合使用这两者。我使用门户模板获得的简单网站，因为它可以更快地远程进行简单的更改，而无需完整的发布/发布周期。

点击长版链接，但Kentico DevNet "ASPX versus Portal Engine development in Kentico CMS" blog post 中的“短版”是：

如果您不了解开发模型，或者您不是经验丰富的开发人员，并且希望您的网站能够快速开发，请选择 Portal Engine。如果您不喜欢设计模式和可视化编程，但喜欢自己编写代码，请选择 ASPX 模型（ASPX 页面模板）。

【讨论】：

【解决方案3】：

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

【讨论】：

这就是 Kentico Content Staging 发挥作用的原因。它会为您处理。