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

最新推荐文章于 2024-11-04 11:18:54 发布
最新推荐文章于 2024-11-04 11:18:54 发布
阅读量765 收藏
点赞数
分类专栏： 字段权限(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
关注
专栏目录
BS架构 数据权限--字段级权限 设计与实现
niu_mo_wang的专栏
05-10 542
同时，还要考虑IT管理员也可能存在泄露数据的可能性，如何做好BS架构的数据保密，是软件系统很少有做到平台化支持的。配方研发人员 掌握核心配方， 但 交给车间打样、生产时，需要对生产人员进行配方保密，在不影响生产的前提下，不让生产人员 看到 全部配方信息。上述需求，从数据保护的角度上来说，系统可以通过 “字段级权限”、“记录集权限”、“维度权限”、“数据加密” 4个层面实现。其中 “记录集权限”、“维度权限” 这两块实现比较简单，本文不再赘述；大致方案见下图，详细方案较复杂，有兴趣的朋友，可联系我沟通交流。
数据权限-字段权限【实践篇-结合相关业务详细讲解如何实现】（基于若依框架）
lh155136的博客
11-09 2218
理论看这个。
springboot字段的权限控制
qq_37170583的博客
05-29 4258
有些时候我们不想让一些权限不足的人看到一些敏感字段，因此我们可以使用注解+AOP+反射来实现将返回的对象中的敏感字段设置为null值。 1. 编写一个注解，在属性上使用，用来控制字段的权限 @Target(ElementType.FIELD) @Retention(RetentionPolicy.RUNTIME) public @interface ShowField { String...
JIRA三级权限方案 - 项目、单据、字段不同级别的权限控制
11-07
如何配置Jira项目权限方案？ 能控制不同成员访问不同单据和字段吗？ 能限制某些成员能看到但是不能编辑单据和字段吗？ Jira作为一款优秀的项目管理系统，功能全面，配置灵活，权限方案完善，可扩展、可定制。 本课程介绍权限控制的具体实施方案，针对项目、单据、字段，演示三种不同层级粒度权限的配置、扩展和定制方法，提供脚本代码，应用于实际业务场景。
MOSS字段编辑权限控制解决方案的实现 -- 概要
weixin_30576859的博客
09-03 74
下面几篇将介绍一下这个方案的实现。MOSS字段编辑权限控制方案，实现了控制列表项，或文档属性的字段级权限控制，要实现这个功能，必须实现一下几点：一 ）开发一个管理页面，此页面接受一个ListID的参数，然后动态展现字段权限设置界面。管理页面用application page，放到_layouts中,动态生成字段配置界面，页面提交时将配置信息保存下来。这里有一个关键的技术点 ：我们如何存放配置信息呢...
Go-moss-一个golang的简单快速有序可持久化key-val存储库
08-13
- **配置管理**：存储和管理应用的配置信息，支持快速读取和更新。 ### 设计原理与实现 Go-moss的核心数据结构可能包括B+树或者其他高效的索引结构，这些结构保证了数据的有序性和高效的查找性能。它可能使用...
moss-用于golang的简单，快速，有序，可持久的键值存储库-Golang开发
05-26
moss moss提供了一个简单，快速，可持久，有序的键值集合实现，作为100％golang库。 moss代表“面向内存的排序段”。 功能有序键值集合API moss moss作为100％golang库提供了一种简单，快速，可持久，有序键值集合...
Moss字段显示控制
10-07
"Moss字段显示控制"是一个专门针对SharePoint列表和库中的字段管理功能，它使得管理员能够更精细地控制列表项(item)的字段显示，以满足不同用户群体的需求和权限设定。 首先，我们来理解“字段显示控制”的概念。在...
MSIW MOSS培训-入门四部曲之四-MOSS2007开发演示费.pdf
10-20
【标题】: "MSIW MOSS培训-入门四部曲之四-MOSS2007开发演示费.pdf" 涉及的主要知识点是SharePoint Server 2007的...学习和掌握这些概念将有助于提升SharePoint开发人员的专业技能，更好地满足企业信息化建设的需求。
使用代码实现SharePoint(MOSS)文档库,清单权限管理
05-06
本文将深入探讨如何通过编程方式来实现SharePoint MOSS文档库及清单的权限管理。 首先，了解SharePoint中的权限模型至关重要。SharePoint基于角色的访问控制（Role-Based Access Control，RBAC）允许管理员定义不同...
基于角色权限的界面配置管理
gongbenwen的专栏
07-27 1839
在许多业务应用中，界面的
数据权限-数据字段列权限设计方案-mybatis(SqlSource)
weixin_42005602的博客
07-13 2550
前言 在上一篇文章 数据权限-数据列权限设计方案-mybatis(BoundSql) 中提到对boundsql修改，在新版mybatis下会失效。本文阐述通过sqlSource注入来达到目标。 分析 boundsql注入失效原因，来看下mybatis中MappedStatement类源码： /** * Copyright 2009-2019 the original author or authors. * * Licensed under the Apache License, Vers
CodeArt WSS3.0（MOSS）字段编辑权限控制解决方案(v1.0)
weixin_34319817的博客
01-20 192
Windows SharePint Service 3.0（或MOSS）默认不支持字段级的权限。而在项目的实施过程中，客户经常会提出这个需求。 解决方案有两种： 1）开发自定义的字段，在字段上附加控制逻辑。 优点： 可以完全控制显示和编辑。 缺点：无法对系统的字段启用权限控制，而且，需要重写系统的所有字段,工作量很大 。 2）重写系统的模板中的ListFieldIter...
C#编程：VSTO在Excel工作表中输出List数据
fsyuheduo的博客
11-01 317
==标题==C#编程：VSTO在Excel工作表中输出List数据==正文==一、问题：我想把C#中的List<T>输出到Excel工作表中二、思路方法：（1）用程序创建一个List<T>（2）输出到当前工作表三、代码：Excel.Application xlsApp = Globals.ThisAddIn.Application; Excel.Workbook wbk =...
彻底理解链表(LinkedList)结构
qq_45730399的博客
10-31 944
单向链表、面试题、循环链表、双向链表、和数组比较
前端js处理list(数组)
最新发布
甜甜的博客
11-04 356
在前端开发中，JavaScript (JS) 是用来处理页面逻辑的主要语言。当涉及到处理列表（List）时，通常指的是对数组（Array）的操作。
MOSS2010：同步启用表单与Windows验证的配置教程
在MOSS2010中，实现表单验证（FBA，Form-Based Authentication）和Windows验证的协同工作是一项关键任务，这对于保护网站安全、提高用户体验以及确保数据一致性至关重要。本文将指导您通过一系列步骤配置这两种身份...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值