关于 MOSS 或 WSS 3.0,API 的哪些部分可能实现得更好? [英] Regarding MOSS or WSS 3.0, What parts of the API might have been implemented better?
本文介绍了关于 MOSS 或 WSS 3.0,API 的哪些部分可能实现得更好?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
例如:
- 您可能希望扩展的密封方法
- 抛出的异常比帮助更模糊
- 消除关联内容,这是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屋!
查看全文