一般情况下对IT管理者来说,在SharePointFarm中维护Feature,更喜欢使用命令行实现,这样可以省去登录到具体站点的操作。比如IT接到enduser的一个需求,要开启SiteCollectionFeature,如果直接操作......
2023-01-12
有了WebPart开发的基础,再进行可视化WebPart开发,就容易多了。创建和开发过程,两者非常相似,下面,我们简单介绍下可视化WebPart的开发。
1、添加新项目,选择SharePoint 2013空项目 ,如下图:
当然,你也可以直接选择可视化web部件,这样会在项目里自动创建一个可视化WebPart(如下图),不过我不喜欢它默认的命名方式,还要重命名或删除重建,所以我就创建空项目,而后自己添加。
2、选择部署为场解决方案,如下图:
3、添加新项,选择可视化WebPart,如下图:
如上图,我们可以看到有两个可视化WebPart,第一个可以使用沙盒部署方式,第二个仅能使用场解决方案。
4、修改Feature文件,如下图:
5、修改CustomVisualWebPart.webpart文件,如下图:
6、为可视化WebPart添加控件,如下图:
如上图,一般选择拆分视图,直接在工具箱拖动控件即可;
7、为可视化WebPart编写代码,如下图:
因为测试,所以没写太复杂的代码,当然,可视化WebPart可以添加复制的逻辑,但是更善于的是展示,方便我们对前台进行控制,仿佛写.net页面一样;
8、添加WebPart,如下图:
9、可视化WebPart效果,如下图:
当然,服务器控件交互的友好性,并不在本文讨论范围,只是举个简单的例子。
10、同样,我们可以参考上一篇WebPart的方式,扩展右侧属性面板,如下图:
扩展的方式,和普通WebPart是一样的,如下图:
特别的,可视化WebPart同样可以使用和WebPart相同的配置文件,将配置文件写在相关应用程序下的web.config,然后使用.net方式调用即可。
强烈建议把普通WebPart和可视化WebPart对比学习,测试开发,因为两者之间是息息相关的,只是前者更注重逻辑,后者更方便展示罢了。
总 结
关于可视化WebPart的入门介绍,基本就这么多,因为是开发入门文档,希望大神略过,勿喷,谢谢!希望给有需要的人,以参考。
相关文章
一般情况下对IT管理者来说,在SharePointFarm中维护Feature,更喜欢使用命令行实现,这样可以省去登录到具体站点的操作。比如IT接到enduser的一个需求,要开启SiteCollectionFeature,如果直接操作......
2023-01-12
我们经常会在SharePoint网站集的权限列表中看到某个user有LimitedAccessPermission,但是我们都知道或者试过,在SharePointsitecollection中没有办法直接添加user赋予LimitedAccess权限,并且LimitedAccess这个......
2023-01-12
在这样的场景下,比如统计员工的个人信息,IT会在SharePoint中新建list,加一些需要填写的栏位,然后让公司员工登录填写。这时候比起大家都能看到彼此信息而言,从公司角度更想让员工只能......
2023-01-12
大多数企业使用SharePoint文档库时,都会建议EndUser在编辑文档前先做CheckOut动作,这样可以保证文档在当前用户编辑过程中,其他人只能view而不能edit,防止多人同时修改同一文件互相影响的......
2023-01-12
为了记录SharePointLibrary/List中file/Item的修改情况,ITAdministrator会在List/Library的VersionSettings中开启Version管控设置。之后用户每次编辑item/file保存就会生成一个新的version记录,这样我们就会知道......
2023-01-12