关于 MOSS 或 WSS 3.0，API 的哪些部分可能实现得更好? [英] Regarding MOSS or WSS 3.0, What parts of the API might have been implemented better?

问题描述

例如:

• 您可能希望扩展的密封方法
• 抛出的异常比帮助更模糊
• 消除关联内容，这是MCMS 2002
的主要功能
• HTML 在存储和返回时从字段中剥离.没有简单的方法可以解决这个问题
• 创建 SPWeb 需要永恒.
• MCMC 2002 中不存在的迁移路径

推荐答案

我希望 Sharepoint 对象模型是纯托管代码.虽然拥有 .NET 包装器很方便，但不必担心处理实现 IDisposable 的许多对象是一件痛苦的事情.当在 WSS 应用程序中没有调用 dispose 时，很容易遇到内存问题.我认为迁移到 .NET 的原因是让开发人员不必处理内存管理...

I wish that the Sharepoint object model was purely managed code. Although having .NET wrappers is convenient, having to worry about disposing the many objects that implement IDisposable is a pain. It's so easy to run into memory issues when dispose does not get called in a WSS app. And I thought the reason for moving to .NET was to free developers from having to deal with memory management...

这篇关于关于 MOSS 或 WSS 3.0，API 的哪些部分可能实现得更好?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！