我们正在考虑购买Sitefinity (或DotNetNuke)在相当短的通知,有一个问题,我有一个问题,我有困难找到一个快速的答案。(我有一个单独的,但类似的文章,以DotNetNuke为重点,如果你能更好地回答或另外。)
我们目前没有使用任何CMS在所有的,我们有一些定制的开发,不会消失仅仅因为我们去一个CMS的一部分或我们的网站大部分。
我们的自定义开发是带有站点母版和嵌套站点母版页的c# ASPX。这些自定义应用程序在我们的网站上并不拥有自己的顶级应用程序,但它们是一个分支的一部分,通常只有一两层(例如,http://www.contoso.com/branch/app/default.aspx)。
如果我没有提供足够的细节,请随时索取更多。
发布于 2011-09-08 12:38:09
我们有Sitefinity安装在根与大量的子文件夹包含自定义页。我们通常构建一个用户控件,将其添加到sitefinity ToolboxesConfig.config文件中,然后将其拖放到sitefinity页面中。我相信这就是你所说的"CMS编辑器会出现在页面上“。
我们还有主/子页面,它们作为页面模板导入到Sitefinity中,并且运行良好。您也可以从任何CMS页面链接到您自己的子文件夹中的常规.aspx页面,并在那里实现使用sitefinity的代码,但我们个人发现这要棘手得多,并且尽可能地远离这种方法。
因此,简单地说,只要您可以将自定义代码压缩到用户控件或母版页中,自定义代码就很容易集成到站点有限中。
免责声明:所有这些都是通过常规的web表单开发完成的。我不确定MVC站点将如何与Sitefinity交互(我相信Sitefinity是使用MVC架构本身构建的)。
我不确定你问题的一部分是关于嵌套分支中的自定义The应用程序。我建议安装sitefinity的试用版,并尝试将单个分支集成为一个原型。这可能需要一天,但值得知道的是,地点有限的路线是否会让你心痛。
发布于 2011-09-13 13:00:12
完全免责声明:我在Sitefinity.上工作
首先,让我说,在Sitefinity的整个历史中,可扩展性和开发人员友好性一直是我们的首要任务。我们尝试创建一个CMS,它使用ASP.NET开发人员熟悉的概念,并在此基础上构建。
现在让我来看看你们的每一个观点。
我们也有一些模块,它们是一些更复杂的概念。他们管理数据,有后端和前端UI。我鼓励您通过我们的博客和文档获得更多信息。
我们还有一个SDK,其中包含了用于CMS扩展的源代码示例。
发布于 2011-09-09 04:49:41
你可能想看看支持类似场景的Kentico -您可以轻松地混合自己的ASPX页面和CMS控制的ASPX页面,所以它非常灵活。
https://stackoverflow.com/questions/7338997
复制相似问题