c# - Popularidad de MVP para SharePoint WebParts

web-parts

Question

¿Es una tecnología popular utilizar el patrón de diseño Model View Presenter (MVP) al crear elementos web para SharePoint? Me parece (a mí) que este patrón se aplica más a menudo en el espacio de aplicación personalizado. Entonces, si tiene alguna idea sobre esto, por favor comparta ...

[Editar]
Quizás la pregunta más importante es, si MVP es menos popular en SharePoint WebPart que en una aplicación personalizada, ¿por qué crees que es esto (qué factores contribuyen a esta observación)?

Answer 1

He desarrollado algunas partes web para SharePoint utilizando el Patrón MVP y me parece bastante bueno desde el punto de prueba. Sin embargo, descubrí el siguiente problema: si tiene un elemento web con EditorPart personalizado (el panel con propiedades personalizadas), entonces el desacoplamiento a través de MVP no se puede lograr fácilmente, porque los datos de Toolpart se almacenan de nuevo en WebPart.

Lo segundo: no creo que pronto se introduzca el patrón MVC en SharePoint (mi opinión es que no soy un conocedor), el impacto sería demasiado grande. Sin embargo, existe un SharePointMVC

Marco de referencia. Esto tiene una gran desventaja de que debe crear una aplicación Web separada para ello.

Answer 2

Porque SharePoint no es compatible con ASP.NET MVC? Está planeado en algún lugar más adelante ... por ejemplo, usted mismo está haciendo muchas cañerías antes de que pueda poner en marcha cualquier funcionalidad, e imagino que la mayoría de los elementos web creados para SharePoint no serán muy complejos porque es probable que solo sean una pequeña parte de la solución completa -SharePoint-.

Aquí hay alguien que construyó algo parecido, algo así como: ARF

Answer 3

Probablemente no sea popular, pero también es una buena práctica de diseño.

Quizás la pregunta más importante es, si MVP es menos popular en SharePoint WebPart que en una aplicación personalizada, ¿por qué crees que es esto (qué factores contribuyen a esta observación)?

Es el enfoque "nuevo" en el mundo de SharePoint. Todos estamos acostumbrados a hacerlo de la manera anterior de SharePoint. Esto también es cierto para ASP.NET y ASP.NET MVC.

Los patrones MVC y MVP son cada vez más populares porque le permiten "desacoplar" la capa de presentación de la lógica subyacente, esencialmente "sin complicaciones" de la interfaz de usuario.

Personalmente, creo que cualquier cosa que haga de SharePoint una plataforma más fácil de programar es un alivio bienvenido.