DotNetNuke vs Sitefinity [关闭]答案

【问题标题】：DotNetNuke vs Sitefinity [closed]DotNetNuke vs Sitefinity [关闭]
【发布时间】：2010-12-26 00:34:40
【问题描述】：

在 2009 年读者选择奖中，在 Web 内容管理类别中，DotNetNuke 专业版获得了亚军，而 Telerik 的 Sitefinity CMS 获得了荣誉奖，从去年的亚军跌落。我都使用过并且相信它们都是很棒的产品，DNN 是开源的并且拥有更广泛的社区，Sitefinity 及其 radcontrols 套件......

我想知道您对何时选择一种产品而不是另一种产品有何看法。 什么会让 Sitefinity 比 DNN 更合适？反之亦然？

以下是 Sitefinity 的一些功能，在做出决定时通常被认为是优势：

在 Sitefinity CMS 中，您可以使用 master Visual Studio 中的页面和主题构建模板。创造 Sitefinity 中的模板只是结合母版页和主题从 Visual Studio 上传它们到我们的产品。
创建模块并将它们插入 Sitefinity CMS 很容易。更多有关制作模块的信息，您可以查看这个链接。
Sitefinity 的 UI 设计以用户为中心。你可以看到我们的现场演示网站。
Sitefinity CMS 是使用 RadControls for ASP.NET AJAX 构建的，因此你可以使用里面的所有工具您的 Sitefinity 项目。
Sitefinity CMS 是紧跟 ASP 构建的。网概念，易于理解和为 .NET 开发人员继续开发。

【问题讨论】：

我没有使用过 SiteFinity，所以我觉得我无法直接回答您的问题，但值得注意的是 DotNetNuke 5.2 附带 Telerik 的用于 ASP.NET Ajax 的 RADControls。所以这对于 SiteFinity VS 来说可能不是一个非常强大的卖点。 DotNetNuke 本身。您可以在此处阅读更多信息：bit.ly/8Z5Hiv 和此处：bit.ly/6ftTsW。
好点，确实我听说 RADcontrols 是 Sitefinity 与 DNN 的卖点之一。
Sitefinity 是 Telerik 的产品。与 DNN 一样，Sitefinity 包括用于 ASP.NET AJAX 的 RadControls。它还包括用于 Silverlight 和 OpenAccess ORM 的 RadControls。

标签： dotnetnuke sitefinity

【解决方案1】：

完全披露：我为 Telerik 工作，正如其他人所指出的，Telerik RadControls 也包含在 DNN 中。我们热爱 DNN 社区，无论您选择哪种方式，我们都希望提供帮助。

因此，我不想将 Sitefinity 与 DNN 进行比较。相反，从我的角度来看，我将简单地列出 Sitefinity 的优势。 DNN 也可能共享这些优势。

极度关注最终用户授权

归根结底，CMS 不适合开发人员。这可能是本网站上不受欢迎的说法，但确实如此。

开发人员了解底层技术，因此不需要 CMS。 CMS 使最终用户（没有 HTML 和编程技能的人）能够与网站互动。如果 CMS 在这个主要任务中失败，那么它就完全失败了。

这种心态已深深融入 Sitefinity。整个管理界面以拖放小部件为导向。最终用户还可以使用友好的 UI 进行布局更改、构建表单、创建搜索索引等。

基于常见的 ASP.NET 技术构建

虽然我们非常强调最终用户的授权，但开发人员的授权也同样重要。 Sitefinity 无法满足所有利基需求。我们希望 .NET 开发人员能够轻松地调整 CMS 以满足他们项目的特定需求。

为此，我们坚持使用大多数 .NET 开发人员已经了解的技术：

Sitefinity 模板只是 ASP.NET 母版页
Sitefinity 主题只是 ASP.NET 主题
Sitefinity 小部件只是 ASP.NET 控件

我看到其他人评论说 Sitefinity 不是基于 ASP.NET MVC 的，但这没有抓住重点。我们的目标是帮助最终用户和开发人员立即提高工作效率，而无需他们学习新技能。 ASP.NET MVC 非常有前途，但它在现实世界中的采用率仍然很低。此外，一些最终用户友好的功能（如拖放小部件）很难在 MVC 环境中重新创建。

对于Sitefinity 4.0，我们尝试采用 MVC 的一些优势：

我们正在使用 MVC 路由引擎。默认情况下，网址是无扩展名的，您可以完全控制应用于网页的网址。
一切都是模板驱动的，这些模板都在您的控制之下。这使您可以完全控制标记。
可以完全禁用使用 CMS 的页面的 ViewState。
所有 CMS 数据都通过完全 RESTful 服务公开。

我们将持续关注 MVC (Telerik has an MVC product) 并适应更广泛的社区。

包括 Telerik 开发者工具

Telerik 最近为 Sitefinity 4.0 released an SDK。此 SDK 旨在帮助开发人员为 Sitefinity 4.0 创建附加组件。它还包括：

用于 ASP.NET AJAX 的 Telerik RadControls
Telerik RadControls for Silverlight
Telerik OpenAccess ORM

这些工具包含在 Sitefintiy 中，可用于创建附加组件。然后可以将这些附加组件发布到我们的市场。可以通过 Sitefinity 浏览市场，并且可以通过 Sitefinity UI 安装（或卸载）插件。

--

我们还有很多计划。 Sitefinity 4.0 BETA 在 Telerik 网站上免费提供。下载它并自己比较。

【讨论】：

我真的很想听听 Sitefinity 5 上的 cmets =) 请 Gabe 用它的新功能更新你的答案
DNN 的论坛/支持也很重要。他们有专门的极客为一般开发人员回答问题。 Sitefinity 支持/论坛只是寻找形式。同样在 DNN 中，问题通常会在数周或数月的时间内在发布补丁中得到解决。在 Sitefinity 中，显示塞子的错误也不会在几年内修复

【解决方案2】：

我在几个网站上使用了 sitefinity（社区版）。它并不出色（webforms 而不是 MVC），但对于不是程序员的客户来说，它是一个相当不错的后端管理系统。拖放模板驱动页面创建相当不错。

我已经有几年没有接触 DNN 了，上次看它时，它真是太耗费资源了。

【讨论】：

如果您的客户是程序员，那么他们可能不需要您。 ;)

【解决方案3】：

DNN 有其优势，从一开始就对程序员和用户都完全可见。如果您的用户需要快速查看结果，那么这是一个不错的选择。

DNN 也是非常基于模式的，在其内部非常普遍地使用模型-视图-控制器概念。他们可能不会称自己为 MVC 投诉，但我认为他们只是谦虚。

另一方面，ASP MVC 努力成为纯粹的 MVC，这有时会束缚我的手，当我尝试偏离并意识到它不会立即完美...成为快速移动中的完美主义者世界可能很艰难...决策决定...

【讨论】：

【解决方案4】：

如上所述，DNN 现在已经在其中包含 Telerick AJAX 控件，我相信如果有一点时间 UI 将赶上 SiteFinity

在我看来，DNN 的开发和构建自定义解决方案要简单得多。话虽如此，应该注意的是，我只与 SiteFinity 合作过作为评估，从来没有用它来构建一个巨大的项目。

DNN 符合我构建网站的敏捷风格，如果您真的遇到危险，可以进行一些单元测试（很难在任何网络开发人员中设置，但值得）

我的 2 便士！

【讨论】：

【解决方案5】：

我曾使用过 DNN 和 Sitefinity...我永远不会再接触 DNN...用户的 UI 非常糟糕...开发起来并不简单。Sitefinity 不会妨碍您定制开发。对我来说毫无疑问...Sitefinity。

【讨论】：

【解决方案6】：

MVC 被高估并且采用缓慢。对于许多经验丰富的开发人员来说，学习曲线太陡峭并且投资太大。

我已经使用 DNN 超过 8 年了，但我最近只是想尝试一些“新”的东西。

Sitefinity 看起来不错，但现在开始深入研究...

【讨论】：

MVC，以我个人的经验，让 web 表单看起来像贫民窟。你说评价过高，我说评价很高，而且有充分的理由。
“对于许多经验丰富的开发人员来说，学习曲线太陡峭而且投资太大” = Oxymoron。经验丰富的开发人员会理解 MVC 模式的好处。
ASP.NET WebForms 旨在让 WinForms 开发人员更好地过渡到 Web。 MVC 是一种模式，类似于 MVVM、MVP 等。当我在 2009 年底看到合同市场从 WebForms 迅速转变为 MVC 时，它肯定被大量采用。到 2010 年 7 月，我 90% 的工作都是 MVC。其余的是带有模式的 WebForms。这根本不是一个陡峭的学习曲线。一夜之间就懂了。
不相关的帖子爱德华