Con respecto a MOSS o WSS 3.0, ¿qué partes de la API podrían haberse implementado mejor?

Question

Tales como:

• Métodos selladas que podría haber gustado extender
• Excepciones lanzadas son más vago que es útil
• Eliminación de contenido conectado que era una característica importante en MCMS 2002
• El HTML se elimina de los campos cuando se almacena y se devuelve. No es una opción fácil para evitar este problema
• La creación de SPWeb lleva una eternidad.
• ruta de migración brillaba por su ausencia de MCMC 2002

Answer 1

Deseo que el modelo de objetos Sharepoint sea un código puramente administrado. Aunque tener contenedores .NET es conveniente, tener que preocuparse por eliminar los muchos objetos que implementan IDisposable es un problema. Es tan fácil encontrarse con problemas de memoria cuando no se llama a dispose en una aplicación de WSS. Y pensé que la razón para pasar a .NET fue a los desarrolladores libres de tener que lidiar con la gestión de memoria ...

Answer 2

¿Qué hay de refactorización propiedades que resultan en la base de datos adicional llamadas a métodos en lugar, por ejemplo, la propiedad artículos por SPList.

Answer 3

Alguien ha visto a este método: http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.spsecurity.runwithelevatedprivileges.aspx Este método muestra el disparate increíble que Sharepoint expone a los desarrolladores.

Answer 4

Cualquiera de la API SPList podría utilizar una reescritura completa. Tratar de lidiar con bibliotecas con carpetas anidadas es una pesadilla completa con la lista completamente aplanada sin una estructura jerárquica obvia.

Otra adición maravillosa sería agregar interfaces a SPWeb, SPList y otras clases de Sharepoint para ayudar en las pruebas.

Answer 5

Mi favorito personal es el SPField.GetFieldValue Method. No tengo idea de por qué lo diseñaron de la manera en que lo hicieron, pero para mí apenas tiene sentido. Para obtener un objeto fuera de un ListItem que tiene que hacer somethine como:

SPField field = ((SPList)list).Fields.GetField("FieldName"); 
object fieldValue = field.GetFieldValue(((SPListItem)item)[field.Title].ToString()); 

Conseguir un objeto fuera de un ListItem es una operación básica de la OMI, así que esto no debería ser tan complicado.

Answer 6

Incoherencias al pasar nombres de campos a métodos o matrices.Por ejemplo:

• SPFieldCollection.ContainsField(): Nombre interno o nombre para mostrar
• SPFieldCollection.GetField(): Nombre interno o nombre para mostrar
• SPFieldCollection.GetFieldByInternalName(): Nombre interno
• SPFieldCollection.Item: Pantalla Nombre
• SPListItem.Item: Nombre interno o visualización del nombre
• SPListItem.GetFormattedValue(): Nombre o nombre de visualización interno
• SPViewFieldCollection.Exists: Nombre interno

para poner la guinda del pastel, por lo general hay ninguna documentación acerca de si un método toma el nombre interno y/o la pantalla.