本文介绍了Sitefinity和定制开发的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们正在考虑在很短的时间内购买Sitefinity(或DotNetNuke),但我有一个问题,就是我无法快速找到答案。 ()

We are considering purchasing Sitefinity (or DotNetNuke) on pretty short notice and there are is a question I have that I am having trouble finding a quick answer to. (I have a separate but similar post with DotNetNuke as the focus, if you can answer that better or in addition.)

我们目前完全不使用任何CMS,我们有一些定制开发将不会消失,这仅仅是因为我们为部分或大部分网站配备了CMS。

We are currently not using any CMS at all and we have some custom development that will not go away just because we go with a CMS for some or most of our site.

我们的定制开发是带有站点母版页和嵌套站点母版页的c#ASPX。这些自定义应用程序不在我们的网站中拥有自己的顶级目录,而是分支机构的一部分,通常向下一级或二级(例如,)。

Our custom development is c# ASPX with Site Master and nested Site Master pages. These custom apps do not own their own top level in our web site, but are part of a branch, typically one or two levels down (for example, http://www.contoso.com/branch/app/default.aspx).


  • 通常在CMS /自定义混合模式下如何配置Sitefinity?例如,Sitefinity是安装在网站的顶部,还是网站的下部。

  • 混合CMS和自定义Web应用程序时,这有什么关系?

  • CMS界面是否允许添加这些自定义应用程序,或者您只是转到Web服务器并将其添加到结构中?

  • 它似乎通过阅读其他文章,我们可以创建我们自己的自定义c#模块,并让CMS编辑器插入页面上的模块。有人可以为我确认吗?

  • How is Sitefinity typically configured in a CMS/Custom "mixed mode"? For example, is Sitefinity installed at the "top" of the web site, or "where needed" down in the web site.
  • How does this relate when mixing CMS and custom web applications?
  • Does the CMS interface allow for adding these custom apps or do you just go to the web server and add them to the structure?
  • It appears from reading other posts, we can create our own custom c# modules and have CMS editors "drop in" the modules on the pages. Can someone confirm that for me?

如果我没有提供足够的详细信息,请随时提出更多要求。

If I did not provide enough detail, please feel free to ask for more.

推荐答案

我们在根目录下安装了Sitefinity,其中包含许多包含自定义页面的子文件夹。我们通常会构建一个用户控件,将其添加到sitefinity ToolboxesConfig.config文件中,然后将其拖放到sitefinity CMS页面中。我相信这是关于 CMS编辑器将页面上的模块放入页面中的话题。

We have Sitefinity installed at the root with plenty of subfolders containing custom pages. We typically build a usercontrol, add it to the sitefinity ToolboxesConfig.config file, then drag/drop it into a sitefinity CMS page. I believe this is what you're talking about regarding having "CMS editors drop in modules on the pages".

我们也有作为页面导入的主/子页面模板添加到Sitefinity中,并且效果很好。您也可以在自己的子文件夹中从任何CMS页链接到常规.aspx页,并在其中实现使用sitefinity API的代码,但是我们个人认为这更加棘手,并且尽可能地偏离这种方法。

We also have master/child pages that are imported as page templates into Sitefinity and they work well. You can also link from any CMS page to a regular .aspx page out in a subfolder of your own and implement code there that uses the sitefinity API, but we personally found this much more tricky and veered away from this approach whenever possible.

因此,简而言之,自定义代码相对容易集成到sitefinity中,只要您可以将其压缩到用户控件或母版页中即可。

So in a nutshell, custom code is relatively easy to integrate into sitefinity as long as you can condense it into a user control or master page.

免责声明:这都是通过常规的Web表单开发完成的。我不确定MVC网站如何与Sitefinity互动(我相信该网站还是使用MVC架构本身构建的)。

Disclaimer: This was all done with regular web forms development. I'm not sure how an MVC site would interact with Sitefinity (which I believe is built using an MVC architecture itself anyway).

我不确定的问题部分是有关嵌套分支中的自定义Web应用程序的。我建议安装sitefinity的试用版,并尝试将单个分支集成为原型。这可能需要一天的时间,但值得知道的是,站点限制路线是否会给您带来心痛。

The part of your question I'm unsure of is regarding the custom webapps in nested branches. I would recommend installing the trial version of sitefinity and trying to get a single branch integrated as a prototype. This might take a day, but it would be worth it to know if the sitefinity route is going to give you heartache.

这篇关于Sitefinity和定制开发的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

09-17 06:32