Kentico 中的门户模板和 ASPX 模板有什么区别？
哪个更可取？
问问题
3050 次
3 回答
14
作为一名“铁杆”开发人员和认证的 Kentico 培训师，我始终使用并始终推荐使用 Portal Engine 而不是 ASPX 模板。
我这么说是因为Portal Engine 为创建和配置模板提供了丰富的 UI。您可以直接在 CMS Desk 中创建模板并向其中添加 Web 部件。您还将获得一个不错的属性编辑器对话框，其中包含每个字段类型的自定义选择器，以及每个字段的宏编辑器。这意味着如果一个字段需要一个文档类型列表，Portal Engine 属性对话框将向您显示一个带有复选框的文档类型列表。再简单不过了。
另一个主要区别是（至少在这个时候），ASPX 模板开发方法不支持 widgets。我不确定这是否会在 6.0 中发生变化，它应该在今年某个时候首次亮相。
另一个巨大的好处是，经过适当培训的内容管理员能够对模板进行编辑。同样，如果他们接受过适当的培训，他们可以在 CMS Desk 的设计选项卡中编辑模板。这可以减轻许多通常对开发人员来说太过分的工作。想：“嘿 Dev，你能改变这个模板上的静态文本吗？” 或“Hey Dev，你能把这个 Web 部件移到另一列吗？”。
扮演魔鬼的拥护者，这是 ASPX 模板的好处。模板基本上是母版页，因此它们是基于文件的，可以很容易地与源代码控制结合使用。这可能更适合模板配置至关重要的代码繁重的站点（应用程序）。
使用 ASPX 模板可能更容易编写更复杂的代码。例如，如果一个 Web 部件（用户控件）直接依赖于另一个 Web 部件的状态，那么使用 ASPX 模板会更容易实现。但是您也可以争辩说您的代码应该更加解耦，并且不依赖于模板中存在的其他 Web 部件：P
于 2011-06-14T20:49:30.110 回答
6
门户模板可以在 Web 界面中构建；它们具有复杂但健壮的继承结构；组合和显示数据的方法有很多，但有很多地方必须管理/操作数据才能让它们正常工作。
ASPX 模板允许直接通过 Visual Studio 或类似编辑器进行更复杂的代码和编辑。
两种型号可以一起使用。你可以用任何一个来完成大多数事情。因此，这实际上取决于您自己的开发偏好、技能组合和/或解决方案需求，具体取决于具体情况。
就个人而言，我在更复杂的网站上混合使用了两者。我使用门户模板获得的简单站点，因为它可以更快地远程进行简单的更改，而无需完整的发布/发布周期。
请点击长版链接，但来自Kentico DevNet “ASPX 与 Kentico CMS 中的 Portal Engine 开发”博客文章中的“短版”是：
如果您不了解开发模型，或者您不是经验丰富的开发人员，并且希望您的网站能够快速开发，请选择 Portal Engine。如果您不喜欢设计模式和可视化编程，但喜欢自己编写代码，请选择 ASPX 模型（ASPX 页面模板）。
于 2011-06-13T18:58:58.770 回答
0
我在使用 ASPX 模板时发现的一大优势是它们是基于文件的，因此源代码管理非常容易，并且在进行更改时我可以轻松地从本地部署到开发环境再到生产环境。使用门户模板，如果您进行更改，它们都会存储在数据库中，并且将它们部署到不同的环境会更加复杂（除非您设置了数据库源控制）。您必须更改门户模板，然后在其他环境中恢复您的数据库或其他内容！
于 2014-10-09T22:37:13.777 回答