Популярность MVP для SharePoint WebParts

Question

Является ли популярным техническим специалистом использовать шаблон проектирования представлений модели (MVP) при создании веб-частей для SharePoint? Кажется (мне), что этот шаблон применяется чаще в пользовательском пространстве приложения. Итак, если у вас есть какие-либо мысли по этому поводу, просьба поделиться ...

[Изменить]
Возможно, более важный вопрос: если MVP менее популярен в веб-среде SharePoint, чем в пользовательском приложении, почему вы думаете это (что факторов способствуют этому наблюдению)?

Answer 1

Это, вероятно, не является популярным, но это также, вероятно, хорошая практика проектирования.

Возможно, более важный вопрос есть, если MVP менее популярен в SharePoint WebPart, чем в приложении пользовательских , почему вы думаете, что это (какие факторы способствуют этому наблюдения)?

Это «новый» подход в мире SharePoint. Все привыкли делать это старым способом SharePoint. Это также относится к ASP.NET и ASP.NET MVC.

Образцы MVC и MVP становятся все более популярными, поскольку они позволяют «отделить» слой презентации от базовой логики, по сути «скомпрометируя» пользовательский интерфейс.

Лично я считаю, что все, что делает SharePoint более простой платформой для программирования, является долгожданным облегчением.

Answer 2

Поскольку SharePoint несовместим с ASP.NET MVC? Это запланировано где-то вниз по линии. вы делаете много сантехники, прежде чем сможете получить любую функциональность, и я полагаю, что из всех веб-частей, созданных для SharePoint, большинство из них не будут очень сложными, потому что они, вероятно, будут лишь малой частью полного решения -SharePoint ,

Вот кто-то, кто построил нечто подобное, вроде: ARF

Answer 3

Я разработал некоторые WebParts для SharePoint с помощью MVP шаблон и я нахожу это очень хорошо с точки зрения контролируемости. Однако я обнаружил следующую проблему: Если у вас есть веб-сайт с настраиваемой панелью EditorPart (панель с настраиваемыми свойствами), то развязка через MVP не легко достижима, поскольку данные из Toolpart хранятся обратно в WebPart.

Второе: я не думаю, что шаблон MVC скоро будет представлен в SharePoint (мой оппонент я не инсайдер), воздействие будет слишком большим. Однако существует SharePointMVC

Рамки. У этого довольно большой недостаток, что вам нужно создать для него отдельный WebApplication.