赏梅斋

关注微软技术

博客园 首页 新随笔 联系 订阅 管理
  90 Posts :: 2 Stories :: 171 Comments :: 32 Trackbacks

公告

共9页: 上一页 1 2 3 4 5 6 7 8 9 下一页 

2011年2月11日 #

摘要: 通常,调用应用程序无论何时使用新 SPSite 构造函数(任何签名),都应该在用完对象之后调用 Dispose() 方法。如果 SPSite 对象是从 GetContextSite() 中获得的,则该调用应用程序不 应该释放对象。因为 SPWeb 和 SPSite 对象会保留通过此方式派生的内部列表,所以释放对象可能会导致 SharePoint 对象模型行为无法预料。SharePoint Foundation 在页面完成之后会在内部枚举此列表以正确释放对象。SPSiteCollection 类SPSiteCollection.Add 方法SPSiteCollection.Add 方法将创建并返阅读全文
posted @ 2011-02-11 18:04 赏梅斋 阅读(603) 评论(0) 编辑

摘要: 可以采用某些编码技术来确保释放对象。这些技术包括在代码中使用以下内容: Dispose 方法using 语句try 、catch 和 finally 块Dispose 与 Close 方法的用途SPWeb 对象和 SPSite 对象的 Dispose 和 Close 方法作用相同。Dispose 方法调用对象的 Close 方法。我们建议调用 Dispose 方法,而不是调用 Close 方法,因为 SPWeb 和 SPSite 对象实现 IDisposable 接口,标准 .NET Framework 垃圾收集调用 Dispose 方法从内存中释放与对象关联的任何资源。using 语句通过使阅读全文
posted @ 2011-02-11 17:51 赏梅斋 阅读(304) 评论(0) 编辑

摘要: 通过提出以下问题,可以确定是否可能存在错误释放的对象:应用程序池是否频繁进行回收,尤其是在负载过重的情况下(假设应用程序池被设置为在达到内存阈值时进行回收)?内存阈值应该在 800 MB 到 1.5 GB 之间,假设 RAM 至少为 2 GB。如果将应用程序池回收设置为在较接近 1 GB 时发生,则效果最佳,但是请根据试验来确定最适合您的环境的设置。如果回收设置太低,则系统可能因应用程序池频繁进行回收而遇到性能问题。如果设置太高,则系统可能会因页面交换、内存碎片和其他问题而遇到性能问题。系统性能是否低下,尤其是在负载过重的情况下?当内存使用量开始增加时,系统必须进行补偿,例如,通过对内存进行分阅读全文
posted @ 2011-02-11 17:42 赏梅斋 阅读(275) 评论(0) 编辑

摘要: Microsoft SharePoint Foundation 2010 和 Microsoft SharePoint Server 2010 对象模型中的对象可用作处理 SharePoint Foundation 数据的接口。开发人员经常调入对象模型以从 SharePoint Foundation 2010 和 SharePoint Server 2010 数据存储中读取数据或向其中写入新数据。SharePoint Foundation 2010 和 SharePoint Server 2010 对象模型包含实现 IDisposable 接口的对象。使用这些对象时必须采取防范措施,防止它们长阅读全文
posted @ 2011-02-11 17:40 赏梅斋 阅读(344) 评论(0) 编辑

摘要: 许多开发人员都使用 Microsoft .NET Framework 缓存对象(例如 System.Web.Caching.Cache)帮助更好地利用内存并提高总体系统性能。但是,许多对象都不是“线程安全的”,缓存这些对象会导致应用程序失败,并导致意外或无关的用户错误。缓存数据和对象缓存是提高系统性能的一种很好的方法。但是,您必须根据线程安全性的需要权衡缓存的好处,因为有些 SharePoint 对象不是线程安全的,缓存会导致它们行为异常。缓存非线程安全的 SharePoint 对象您可能会尝试通过缓存从查询返回的 SPListItemCollectio阅读全文
posted @ 2011-02-11 17:36 赏梅斋 阅读(506) 评论(0) 编辑

摘要: 当文件夹和列表的大小增加时,您必须设计处理它们的自定义代码以优化性能。否则,您的应用程序将会运行缓慢,并可能引起服务或页面加载超时。处理大文件夹和列表时主要需要关注以下两个方面:查询限制,随着时间的推移,当您的网站不断发展并且您的查询开始返回超过查询阈值的项目时,这会引发您的代码行为发生不可预测的意外更改。 从大文件夹和列表中高效检索项目。 为了解决这两个问题,您必须了解对象模型是如何与文件夹和列表交互的。大列表查询的限制Microsoft SharePoint Foundation 2010 和 Microsoft SharePoint Server 2010 应用 5,000 个项目的默认阅读全文
posted @ 2011-02-11 17:26 赏梅斋 阅读(730) 评论(0) 编辑

摘要: 如果使用 SharePoint 对象模型编写自定义解决方案,应该注意与性能、可扩展性和可伸缩性相关的常见问题。本主题可以帮助您有效地对现有 SharePoint 应用程序进行故障排除并提高其性能,或者编写新 SharePoint 应用程序。在这两种情况下,都需要了解如何使 SharePoint 对象模型高效地工作,以及如何将常规编程技巧专门应用于 SharePoint 平台。使用SPQuery对象设计合理的查询可以帮助您避免随着时间的推移而可能出现的性能问题,因为网站的列表和文件夹数目会不断增加。以下技巧可以帮助您尽可能最高效地使用 SPQuery 对象。使用界定的 SPQuery 对象。Ro阅读全文
posted @ 2011-02-11 17:09 赏梅斋 阅读(953) 评论(0) 编辑

2010年5月23日 #

摘要: (一)在SharePoint3.0管理中心中修改“替代访问映射”:1、进入SharePoint管理中心2、选择“操作”选项卡3、全局配置 点击“备用访问映射”链接4、把访问映射链接改变成使用新的服务器名称的URL(二):用stsadm命令中的renameserver选项:1、进入命令行操作界面(开始菜单--->运行---...阅读全文
posted @ 2010-05-23 10:11 赏梅斋 阅读(213) 评论(0) 编辑

2008年8月4日 #

摘要: 赏梅斋旗下的MSIW论坛于7月31日正式上线。地址:bbs.msiw.net主要版块包括:Office SystemSharePoint Server Project ServerPerformancePoint ServerForms ServerCommunication ServerOffice Client其它技术Asp.net.Net FrameworkOffice SolutionRMSOBAUC赏梅斋特色分类IT红楼梦MOSS职业介绍所私活交易市场欢迎访问!并诚征版主!另外,相应的SNS站点为:http://www.msiw.net/阅读全文
posted @ 2008-08-04 20:30 赏梅斋 阅读(512) 评论(0) 编辑

2008年3月19日 #

摘要: 鼻涕@北京 說: 今天的议题是关于MOSS2007站点定制。 鼻涕@北京 說: 但其实我不想把这个作为一个课程来讲。 鼻涕@北京 說: 毕竟我现在并不实际做项目。所以其实没有什么发言权。 梁风飚 - 說: 哪里做的从哪里搞呗 鼻涕@北京 說: 群里面的很多朋友的经验要比我丰富的多。 鼻涕@北京 說: 我希望能够提出一些讨论的话题,以及我个人的想法 绝对领域(Super Zero) 說: 应该是我问...阅读全文
posted @ 2008-03-19 18:30 赏梅斋 阅读(411) 评论(0) 编辑

共9页: 上一页 1 2 3 4 5 6 7 8 9 下一页