zoukankan      html  css  js  c++  java
  • QuickPart VS SmartPart

    目前我所知道可用于MOSS的用户控件包装器有3个:

    DelegateControl ------ 内置于MOSS
    QuickPart ----------- 由Kaneboy开发,支持用户自定义属性
    SmartPart ----------- 由Jan Tielens开发,不支持自定义属性

    下面对于QuickPart和SmartPart的安装部署以及性能差异做一个比较,方便大家选用。

    (两个包装器想同的部分我会统一描述,不同部分会特别说明,因为QucikPart部署说明Kaneboy已经做的很详细了,我这里的抓图主要以SmartPart为主)

    下载后,解压到MOSS服务器上,QuickPart:运行InstallSolution.bat;SmartPart:运行AddAndDeploySolution.bat

    (上图为SmartPart部署,运行AddAndDeploySolution.bat时的状况)

    部署完毕,IE中打开站点,我这里是http://oss,在Site Setting\Web Part Gallery中对SmartPart.SmartPart进行Populate Gallery操作



    操作完毕后进入站点,并打开Edit Page模式,Add a WebPart,在Miscellaneous栏中找到SmartPart,

    勾选并插入



    打开SmartPart的设置面板



    出现错误,根据提示可知,是SmartPart没有找到用户控件目录,该目录应该是站点根目录下的UserControls目录(QuickPart则是将用户控件放到根目录下的wpresources目录中),如果没有就创建一个,并放入一个测试用的用户控件,我放了一个前几天写的IFrameWebPart用户控件,给控件对应的dll放到站点根目录下的bin目录中(这和QuickPart部署相同)


    再次打开SmartPart的设置面板可以看到已经找到IFrameWebPart用户控件了

    下面将IFrameWebPart在SmartPart和QuickPart中不同设置面板进行比较

    (SmartPart)


    (QuickPart)


    测试后,可以很明显的看出SmartPart并没有象QuickPart那样识别用户控件的自定义属性,肯定会对开发和使用带来不便,另外QuickPart对WebPart的连接支持良好,SmartPart却没有这部分考虑,个人认为SmartPart与QuickPart还有蛮大的一段差距,实际应用推荐使用QuickPart。
  • 相关阅读:
    从客户端(&)中检测到有潜在危险的 Request.Path 值。
    对访问修饰关键字public, protected, internal and private的说明
    C#综合揭秘——细说多线程(下)
    iis下配置:php+mysql
    工厂模式(Factory Patter)
    HDU 1040 As Easy As A+B [补]
    HDU 1020 Encoding
    HDU 1076 An Easy Task
    UVA 100 The 3n + 1 problem
    民大OJ 1668 追杀系列第二发
  • 原文地址:https://www.cnblogs.com/booolee/p/603894.html
Copyright © 2011-2022 走看看