在WinXP or Vista上开发Webpart

本文介绍在XP系统及VS环境下,无法直接开发MOSS WebPart时的两种高效替代方案:通过UserControl结合QuickPart转换为WebPart;或先开发基于System.Web.UI.WebControls.WebParts的WebPart再进行转换。

当你临急要做个MOSS的webpart时,发现你可以用的唯一的机器居然是xp,居然只有VS,居然不是Win2k3, 居然没有装WSS 3.0或者MOSS,居然没有Visual Studio Extensions for SharePoint都没有。而这时候你的老板/项目经理/客户正像催命鬼一样催着你,正对你充满期盼的说,这个webpart很急!今天就要完成,而且只有你能做啦!怎么办?
看来只能在XP上用VS编写好代码拉,然后再送给遥远的有MOSS开发环境的同事,让他帮忙做后面的善后的工作。那么怎样才能高效的完成这个webpart代码编写工作。有两个方法:

1.UserControl->QuickPart->Webpart
先编写好UserControl,然后发给有MOSS开发环境的同事,让他通过QuickPart帮忙转换成Webpart,然后进行更深一步的开发。
在XP上用VS上虽然不能引用Microsoft.SharePoint.dll来开发基于Microsoft.SharePoint. WebPartPages的webpart,但是可以开发UserControl控件,所以我们可以先开发一个UserCOntrol控件,然后发给有MOSS开发环境的同事,让他通过QuickPart帮忙转换成Webpart。
顺便介绍一下QuickPart。QuickPart除了有上述妙用外,最主要能间接可视化的开发Webpart。
“由于微软并未官方提供任何可视化的Web Part开发工具,所以开发人员们不得不使用代码来输出Web Part的界面信息,而这样的开发方式是极其低效的。QuickPart是一个方便开发人员快速开发Web Part的工具。它能够将一个普通的ASP.NET用户控件包装成一个标准的Web Part,用于SharePoint中。也就是说,开发人员只需要创建出标准的ASP.NET用户控件,然后就可以使用QuickPart来将这个用户控件当做Web Part来使用。
由于在Visual Studio中可以可视化的创建用户控件,所以,用户控件具有很好的开发效率,而且,在服务器端事件处理等方面,用户控件都能很方便的实现。有了QuickPart,开发人员就可以间接的可视化开发Web Part了。而且,即使开发人员不了解开发Web Part的技术细节,也同样能开发出能用于SharePoint的Web Part!"
--引用自Kaneboy的《QuickPart : 用户控件包装器 for Office SharePoint Server 2007

2.System.Web.UI.WebControls.WebParts.WebPart -> Microsoft.SharePoint. WebPartPages.WebPart
先开发基于System.Web.UI.WebControls.WebParts namespace的webpart,然后发给有MOSS开发环境的同事,让他再转换成Microsoft.SharePoint.WebPartPages.Webpart进行更深一步的开发。
在XP上用VS上虽然不能引用Microsoft.SharePoint.dll来开发基于Microsoft.SharePoint. WebPartPages的webpart,但是可以开发基于System.Web.UI.WebControls.WebParts namespace的webpart。所以可以先开发System.Web.UI.WebControls.WebParts。
不过要注意,Microsoft.SharePoint.WebPartPages.Webpart支持客户端连接,而ASP.Webparts不支持,Microsoft.SharePoint.WebPartPages.Webpart支持PartCaching infrastructure,而System.Web.UI.WebControls.WebParts.WebPart不支持。
大家有兴趣的话可以看看《Working with the Windows SharePoint Services WebPart Class》,里面详尽的描述了System.Web.UI.WebControls.WebParts.WebPart(简称WSS.Webparts)和Microsoft.SharePoint.WebPartPages.Webpart(简称System.Web.UI.WebControls.WebParts.WebPart)的区别。

感谢和引用

微软上海全球技术中心的Peter Huang

另本人最近在研究基于dotnet3.5/vs2008的WebControl/WebPart开发,为了方便同道中人交流沟通,特建立一个MSN群group182777@msnzone.cn,同好者可加入共同切磋。

Working with the Windows SharePoint Services WebPart Class》

内容概要:本文以一款电商类Android应用为案例,系统讲解了在Android Studio环境下进行性能优化的全过程。文章首先分析了常见的性能问题,如卡顿、内存泄漏和启动缓慢,并深入探讨其成因;随后介绍了Android Studio提供的三大性能分析工具——CPU Profiler、Memory Profiler和Network Profiler的使用方法;接着通过实际项目,详细展示了从代码、布局、内存到图片四个维度的具体优化措施,包括异步处理网络请求、算法优化、使用ConstraintLayout减少布局层级、修复内存泄漏、图片压缩与缓存等;最后通过启动时间、帧率和内存占用的数据对比,验证了优化效果显著,应用启动时间缩短60%,帧率提升至接近60fps,内存占用明显下降并趋于稳定。; 适合人群:具备一定Android开发经验,熟悉基本组件和Java/Kotlin语言,工作1-3年的移动端研发人员。; 使用场景及目标:①学习如何使用Android Studio内置性能工具定位卡顿、内存泄漏和启动慢等问题;②掌握从代码、布局、内存、图片等方面进行综合性能优化的实战方法;③提升应用用户体验,增强应用稳定性与竞争力。; 阅读建议:此资源以真实项目为背景,强调理论与实践结合,建议读者边阅读边动手复现文中提到的工具使用和优化代码,并结合自身项目进行性能检测与调优,深入理解每项优化背后的原理。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值