MOSS字段编辑权限控制方案的实现(1)-管理页面的开发和配置信息的持久化

最新推荐文章于 2024-05-28 23:12:35 发布
最新推荐文章于 2024-05-28 23:12:35 发布
阅读量743 收藏
点赞数
分类专栏： 字段权限(wss) 文章标签： list assembly null sharepoint 存储 server
MOSS字段编辑权限控制方案的实现(1)-管理页面的开发和配置信息的持久化
MOSS字段编辑权限控制方案，实现了控制列表项，或文档属性的字段级权限控制，本篇讲述如何开发配置页面以及如何将配置信息持久化。

我们先看一下配置界面的样子：


    wss（moss）的所有配置页面都放到C:/Program Files/Common Files/Microsoft Shared/web server extensions/12/TEMPLATE/LAYOUTS目录
或子目录中，我们将字段权限配置页面（FieldEditControl.aspx）放到Layouts的子目录CodeArt中。
    配置界面的核心逻辑开发成一个webcontrol（ FieldRightSettingPart），将这个webpart直接嵌入到管理页面，管理页面的代码如下：
<% @ Assembly Name="Microsoft.SharePoint.ApplicationPages, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>  
 <% @ Page Language="C#" Inherits="Microsoft.SharePoint.ApplicationPages.NewListPage" MasterPageFile="~/_layouts/application.master"       %>
<% @ Import Namespace="Microsoft.SharePoint.ApplicationPages"  %>   <% @ Register Tagprefix="SharePoint" Namespace="Microsoft.SharePoint.WebControls" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"  %>   <% @ Register Tagprefix="Utilities" Namespace="Microsoft.SharePoint.Utilities" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"  %>   <% @ Import Namespace="Microsoft.SharePoint"  %>
<% @ Register Tagprefix="WebPartPages" Namespace="Microsoft.SharePoint.WebPartPages" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"  %>
<% @ Register Assembly="CodeArt.SharePoint, Version=1.0.0.0, Culture=neutral, PublicKeyToken=2c606279787b575f" Namespace="CodeArt.SharePoint.WebPart" TagPrefix="codeArt"  %>
< asp:Content  ContentPlaceHolderId ="PlaceHolderPageTitleInTitleArea"  runat ="server" >
列表字段权限设置
  </ asp:Content >
< asp:Content  ID ="Content6"  ContentPlaceHolderId ="PlaceHolderMain"  runat ="server" >  
< codeArt:FieldRightSettingPart  runat ="server"  id ="fSetting"   />
</ asp:Content >

wss开发中经常会碰到配置信息存储的问题，如果是webpart，我们可以用webpart的属性来存储，其他情况下，我们可以考虑用数据库或List来存储。
这里我选择用文档库来存储，将配置类序列化成xml存储到一个文档库中。考虑到以后还会碰到这类配置信息存储的情况，把这个功能开发成一个通用的类CongfigManager:(为了以后“可能的”替换数据存储方式，用了工程模式)


  public abstract class ConfigManager
    {        

        public static ConfigManager GetConfigManager(string key)
        {
            return new DocLibConfigManager( key );
        }

        public virtual T GetConfigData<T>(Guid id) where T : class , new() 
        {
            object obj = this.GetConfigData(typeof(T), id);

            if( obj == null )
                return null;
            return
                (T)obj;
        }

        public virtual object GetConfigData(Type t, Guid id)
        {
            return null ;
        }

        public virtual void SetConfigData(Guid id , object obj)
        {
            
        }

        public virtual void ClearConfigData(Guid id)
        {
        }
    }
 

 class DocLibConfigManager : ConfigManager
    {
        private string _key;
        public DocLibConfigManager(string key)
        {
            _key = key;
        }

        SPList EnsureList(SPWeb web)
        {
            SPList list = null;

            try
            {
                list = web.Lists[_key];
            } 
            catch { }

            if (list == null)
            {
                web.AllowUnsafeUpdates = true;
                Guid listId = web.Lists.Add(_key, "List for config , never delete this list.", SPListTemplateType.DocumentLibrary);
                list = web.Lists[listId];
            }

            return list;
        }

        public override void SetConfigData( Guid id ,object obj)
        {
            SPList list = null;

            string xml = SerializeUtil.Seralize(obj);
            byte[] content = Encoding.UTF8.GetBytes(xml);

            SPSecurity.RunWithElevatedPrivileges(delegate()
            {
                using (SPSite elevatedsiteColl = new SPSite(SPContext.Current.Site.ID))
                {
                    using (SPWeb elevatedWeb = elevatedsiteColl.OpenWeb(SPContext.Current.Web.ID))
                    {
                        list = this.EnsureList(elevatedWeb);
                        elevatedWeb.AllowUnsafeUpdates = true;
                        SPFile file = list.RootFolder.Files.Add( id.ToString() + ".xml", content, true);
                    }
                }
            });

        }

        private SPListItem GetItem(SPList list, Guid id)
        {            
            SPQuery q = new SPQuery();
            q.Query = "<Where><Eq><FieldRef Name='FileLeafRef'/><Value Type='Text'>" + id.ToString() + ".xml</Value></Eq></Where>";
            q.RowLimit = 1;

            SPListItemCollection items = list.GetItems(q);

            if (items.Count == 0)
                return null;
            else
                return items[0];
        }

        public override void ClearConfigData(Guid id)
        {
            SPSecurity.RunWithElevatedPrivileges(delegate()
              {
                  using (SPSite elevatedsiteColl = new SPSite(SPContext.Current.Site.ID))
                  {
                      using (SPWeb elevatedWeb = elevatedsiteColl.OpenWeb(SPContext.Current.Web.ID))
                      {
                          try
                          {
                              SPList list = this.EnsureList(elevatedWeb);
                              elevatedWeb.AllowUnsafeUpdates = true;

                              SPListItem item = this.GetItem(list, id);
                              if( item != null )
                                  item.Delete();
                          }
                          catch { throw; }
                      }
                  }
              });

        }

        public override object GetConfigData(Type t, Guid id)
        {
            object obj = null;

            SPSecurity.RunWithElevatedPrivileges(delegate()
              {
                  using (SPSite elevatedsiteColl = new SPSite(SPContext.Current.Site.ID))
                  {
                      using (SPWeb elevatedWeb = elevatedsiteColl.OpenWeb(SPContext.Current.Web.ID))
                      {
                          SPList list = this.EnsureList(elevatedWeb);

                          try
                          {
                              SPListItem item = this.GetItem(list, id);

                              if (item != null)
                              {
                                  SPFile file = item.File;

                                  XmlDocument doc = new XmlDocument();
                                  doc.Load(item.File.OpenBinaryStream());

                                  obj = SerializeUtil.Deserialize(t, doc.OuterXml);
                              }
                          }
                          catch { throw; }
                      }
                  }
              });

            return obj;
        }
    }

这个CongfigManager实现了对一个配置类的保存，获取和删除。

下面考虑配置类如何抽象化
用以下类来表示每个字段的配置信息：
    [Serializable]
     public   class  FieldEditSetting
     {
        public string FieldName;

        public bool CreatorCanEdit;

        public bool AllUserCanEdit ;

        public string SpecialAccounts;

        public bool IsInSpecialAccounts(string account)
        {
            if (String.IsNullOrEmpty(SpecialAccounts))
                return false;

            string checkList = "," + this.SpecialAccounts.ToLower() + ",";

            return checkList.IndexOf("," + account.ToLower() + ",") != -1;
        }

        public bool CanEdit( SPUser currentUser , SPUser creatUser )
        {
            //if (currentUser.IsSiteAdmin) return true;

            if (this.AllUserCanEdit) return true;

            if (this.CreatorCanEdit && String.Compare(currentUser.LoginName, creatUser.LoginName, true) == 0)
                return true;

            return this.IsInSpecialAccounts(currentUser.LoginName);
        }
    }
用一个集合类来表示整个列表的所有字段的配置信息（本来想用字典的，单字典类型不能序列化，这能放弃）：
  [Serializable]
     public   class  ListFieldEditSetting : List < FieldEditSetting >  
     {
        public const string Config_List = "__CodeArt_ListFieldEditSetting";

        public FieldEditSetting GetByFieldName(string fieldName)
        {
            foreach (FieldEditSetting fSetting in this)
            {
                if (String.Compare(fSetting.FieldName, fieldName, true) == 0)
                    return fSetting;
            }
            return null;
        }

        public void Save(Guid listId)
        {
            ConfigManager cmg = ConfigManager.GetConfigManager(ListFieldEditSetting.Config_List);
            cmg.SetConfigData(listId, this);
        }        

        public static ListFieldEditSetting GetListSetting(Guid listId)
        {
            ConfigManager cmg = ConfigManager.GetConfigManager(ListFieldEditSetting.Config_List);

            ListFieldEditSetting setting = cmg.GetConfigData<ListFieldEditSetting>(listId);

            return setting;
        }
    }

以上的基础类建好了，可以开始 FieldRightSettingPart的开发了：
FieldRightSettingPart 的代码

FieldRightSettingPart会在内部生成一个布局表格和很多的子控件，为了便于操作这些子 控件，
声明了三个字典类型的变量，来放置生成的控件，字典key为字段名，值为对应的编辑控件：
  private  Dictionary < string , CheckBox >  _AllUserCanEditControls  =   new  Dictionary < string , CheckBox > ();
 private  Dictionary < string , CheckBox >  _CreatorCanEditControls  =   new  Dictionary < string , CheckBox > ();
 private  Dictionary < string , Microsoft.SharePoint.WebControls.PeopleEditor >  _SpecialAccountsControls  =
         new  Dictionary < string , Microsoft.SharePoint.WebControls.PeopleEditor > ();
在CreateChildControls，遍历列表的字段，生成设置界面，同时若已经存在配置信息，则按照配置信息初始化控件初始值：
CreateChildControls

按钮提交时，遍历编辑子控件，组装配置类，调用ConfigManage类保存数据。：
_btnSubmit_Click

game over！

附1：存放配置信息的文档库：


附2：配置信息序列化后的xml格式：
<? xml version="1.0" encoding="utf-8" ?>
< ArrayOfFieldEditSetting  xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance"  xmlns:xsd ="http://www.w3.org/2001/XMLSchema" >
< FieldEditSetting >
< FieldName > fileleafref </ FieldName >
< CreatorCanEdit > false </ CreatorCanEdit >
< AllUserCanEdit > false </ AllUserCanEdit >
< SpecialAccounts  /></ FieldEditSetting >
< FieldEditSetting >
< FieldName > title </ FieldName >
< CreatorCanEdit > false </ CreatorCanEdit >
< AllUserCanEdit > false </ AllUserCanEdit >
< SpecialAccounts  /></ FieldEditSetting >
</ ArrayOfFieldEditSetting >


本系列的所有文章：
CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案(v1.0)
CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案的实现 -- 概要
MOSS字段编辑权限控制方案的实现(1)-管理页面的开发和配置信息的持久化
WSS页面定制系列（2）---定制单个列表的表单页面
WSS页面定制系列（3）---重写表单的保存逻辑
MOSS字段编辑权限控制方案(4)-打包解决方案
hf_1984
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Go-moss-一个golang的简单快速有序可持久化key-val存储库
08-13
moss - 一个golang的简单、快速、有序、可持久化,key-val存储库
moss-用于golang的简单，快速，有序，可持久的键值存储库-Golang开发
05-26
moss moss提供了一个简单，快速，可持久，有序的键值集合实现，作为100％golang库。 moss代表“面向内存的排序段”。 功能有序键值集合API moss moss作为100％golang库提供了一种简单，快速，可持久，有序键值集合...
MOSS字段编辑权限控制解决方案的实现 -- 概要
weixin_30576859的博客
09-03 55
下面几篇将介绍一下这个方案的实现。MOSS字段编辑权限控制方案，实现了控制列表项，或文档属性的字段级权限控制，要实现这个功能，必须实现一下几点：一 ）开发一个管理页面，此页面接受一个ListID的参数，然后动态展现字段权限设置界面。管理页面用application page，放到_layouts中,动态生成字段配置界面，页面提交时将配置信息保存下来。这里有一个关键的技术点 ：我们如何存放配置信息呢...
MOSS字段编辑权限控制方案(2)-添加管理链接
weixin_30268071的博客
09-03 58
这系列的文章一直没完成，看到有些朋友还是对moss的字段权限控制非常感兴趣的，决定继续写下去。没看过的朋友可以看一下以前的几篇：CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案(v1.0)CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案的实现 -- 概要MOSS字段编辑权限控制方案的实现(1)-管理页面的开发和配置信息的持久化上一篇讲了如何实现保存一个列表的字段编辑...
MOSS字段编辑权限控制方案(4)-打包解决方案
weixin_30624825的博客
09-03 62
通过以上几篇，我们了解了整个解决方案需要开发的东东：有一个配置页面：FieldEditControl.aspx ，我们需要把它放到 12\TEMPLATE\LAYOUTS\CodeArt文件夹。有一个feature：CodeArt_FieldEditControl，文件需要放到 12\TEMPLATE\FEATURES\CodeArt_FieldEditControl，并且需要安装到farm。有一...
CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案的实现 -- 概要
hf_1984的专栏
09-01 661
CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案的实现 -- 概要 上周末发布了MOSS字段编辑权限控制方案，看的人好像很多，不知道有没有人试用。下面几篇将介绍一下这个方案的实现。MOSS字段编辑权限控制方案，实现了控制列表项，或文档属性的字段级权限控制，要实现这个功能，必须实现一下几点：一 ）开发一个管理页面，此页面接受一个ListID的参数，然后动态展现字段权限设置界面。管理页
MOSS字段编辑权限控制方案（3）-重写表单字段呈现逻辑
weixin_30757793的博客
09-03 53
重写表单字段呈现逻辑，添加编辑权限控制----这是这个方案实现的核心了。wss有一套模板的机制，系统的一些控件，包括一些webpart，如果UI比较复杂，都会采用模板来实现，详细请参考：WSS3.0开发--页面定制（1）--修改列表的表单页面列表的表单页面，包括查看dispform.aspx,editform.aspx,newform.aspx都采用了一个模板:ListForm,这个模板嵌入了一个...
CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案(v1.0)
weixin_30904593的博客
01-20 126
Windows SharePint Service 3.0（或MOSS）默认不支持字段级的权限。而在项目的实施过程中，客户经常会提出这个需求。 解决方案有两种： 1）开发自定义的字段，在字段上附加控制逻辑。 优点： 可以完全控制显示和编辑。 缺点：无法对系统的字段启用权限控制，而且，需要重写系统的所有字段,工作量很大 。 2）重写系统的模板中的ListFieldIter...
使用代码实现SharePoint(MOSS)文档库,清单权限管理
05-06
使用代码实现SharePoint(MOSS)文档库,清单权限管理
Moss：莫斯（Moss）-Spring Cloud体系的服务治理平台，让Spring Cloud应用不再流浪！欢迎Star！
02-27
Moss（莫斯），让Spring Cloud应用不再流浪！1.什么是苔藓1.1什么是服务治理服务治理... Spring Cloud中国社区从2017年11月开始，开始规划Spring Cloud Admin的开发和设计，专注于研究这个领域。 **青苔钉钉答疑群：1.2
Moss字段显示控制
10-07
轻松实现控制item里的字段，编辑页面或者显示页面上每个字段是否显示，是否隐藏，或者具有权限的人才能看到
TODOLIST
Garbrielle的博客
05-22 435
TODOLIST 效果如图 要求： 当输入 todo 项时，按回车键，todo list 增加一项未完成的 todo 记录。 当点击最顶部 input 旁边的 checkbox 开关，如果是选中状态，所有的 todo 项都需选中，反之亦然。 当点击某一项 todo 的 checkbox 时，如果是选中状态，该 todo 文字变灰，并且文字带删除中划线。 底部要实时记录当前还有多少项未完成的 todo list。 底部三个按钮可分别过滤出不同状态的todo list：「所有」、「未完成」、「已完成」 可删
C++数据结构之：链List
weixin_45068267的博客
05-28 420
it人员无论是使用哪种高级语言开发东东，想要更高效有层次的开发程序的话都躲不开三件套：数据结构，算法和设计模式。数据结构是相互之间存在一种或多种特定关系的数据元素的集合，即带“结构”的数据元素的集合，“结构”就是指数据元素之间存在的关系，分为逻辑结构和存储结构。此系列专注讲解数据结构数组、链表、队列、栈、树、哈希表、图，通过介绍概念以及提及一些可能适用的场景，并以C++代码简易实现，多方面认识数据结构，最后为避免重复造轮子会浅提对应的STL容器。本文介绍的是链List。
java实现 将List＜User＞ 里面很多数据的几个字段提取出来快速写到txt 文件里面
一天不写代码难受的博客
05-28 232
方法来确保数据被立即写入到文件中，而不是等到缓冲区满了才写入。虽然在大多数情况下，当流关闭时缓冲区会被自动刷新，但为了确保数据被立即写入，最好是在写入数据后调用。List 这个里面有很多的数据，现在要把他里面的a，B，C，D这4个字段提取出来，并且把数据都写到txt 文件里面，每一个数据一行，各个数值用逗号隔开。，你可以确保在流关闭之前数据被立即写入到文件中。这样可以避免在某些情况下出现数据未被写入的问题。在 BufferedWriter 写入数据后，有时候需要调用。
【STL库源码剖析】list 简单实现
最新发布
2301_79201049的博客
05-28 771
上篇我们已经实现了的部分接口，相较于的连续空间，就显得复杂的多。主要体现在其迭代器的实现上我们知道的空间是连续的，所以我们可以直接对原生指针进行操作，例如只需就可以访问当前空间的下一个位置。而因为空间是不连续的，所以我们不能直接使用等迭代器的相关操作，必须对迭代器进行重新封装的优点：每次安插或者删除一个元素，就配置或者释放一个元素的空间。因此对空间的利用率有绝对的精华，一点都不浪费。而且对任何位置的元素安插或者元素移除，永远都是常数时间。
cpu本地化部署moss
06-07
Moss是一个基于Web的抄袭检测系统，可以通过CPU本地化部署来提高其效率和速度。以下是一些步骤来进行CPU本地化部署： 1. 下载和安装Moss的源代码。 2. 安装Python解释器和必要的依赖项。 3. 下载和安装Moss的本地...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值