我们编写了许多内部模块,并注意到它们现在在SF 4+中确实偏离了基于内容的模块。所以,在这一点上,我有一些问题:
最后
如果我们真的想要标准化,我们是否必须使用另一种模块类型?
4.是否存在允许我们访问非站点有限数据(即分离db )的模块类型?
但也为我们提供了与基于内容的模块完全相同的功能和UI体验?
发布于 2013-08-01 14:59:24
站点内部模块只是放置在后端页面中的自定义用户控件(ascx),以将您的自定义功能添加到后端。为了复制站点其他部分的外观和感觉,我实际上是在复制HTML并粘贴到控件中。
一段时间前,我做了一次网络研讨会,包括重新创建后端编辑器的代码。它似乎仍然有效,并且在这里可用:notes
居中视图有点不同,我没有那个html,但您可能也会这样做(从另一个本机页面复制它)。我并不总是得到100%的精确性(我的控件布局通常与Sitefinity不同),但我得到了足够的接近,这样它就不会破坏用户体验。
actions菜单可以用javascript重新创建,但是如果您正在寻找为您完成所有这些任务的本地集成,那么实际上您将考虑继承或更好地:只需使用模块构建器,就可以构建自定义类型,将它们自动安装到Sitefinity中,就好像它们是常规模块一样。
字段的设计绝对是为了在本机sitefinity模块定义的上下文中运行(使用Sitefinity上下文组成UI的类)。这并不意味着您不能在模块中包含Sitefinity内容;它只是意味着如果您这样做了,就必须使用API实现集成。
关于最后一个问题,使用外部数据但仍然保留"Sitefinity内容“UI的唯一方法是从内容继承,然后创建自定义提供程序,从数据库读取数据并将其转换为Sitefinity内容类型。这当然是可能的,但这是一个相当大的项目。
除非您完全需要这种紧密的集成,否则我建议您直接访问站点内部,通过API链接到Sitefinity内容类型、分类法等,并分别管理它。
我希望这能帮上忙!
https://stackoverflow.com/questions/15980503
复制相似问题