Разработка веб-частей SharePoint в ASP.NET

Question

Мне было предложено разработать некоторые пользовательские элементы управления в ASP.NET, которые позже будут вытащены на сайт SharePoint в виде веб-частей. Я новичок в SharePoint и не буду иметь доступа к серверу SharePoint в течение времени, когда мне нужно прототипировать эти части.

Кто-нибудь знает какие-либо причины, по которым этот подход не будет работать? Если этот подход не рекомендуется, какими будут другие варианты? Любые предложения по ресурсу/учебному пособию о том, что следует учитывать при разработке веб-части ASP.NET с SharePoint в виду?

Благодаря

Edit: 12/31/2008 я наконец ознаменовал ответ на этот. Мне потребовалось некоторое время, чтобы понять, что переход на трассу SharePoint сразу, хотя и болезненный, это лучший способ сделать это. Свободное изображение VPC делает настройку развитой относительно безболезненной.

Хотя, как и я, вы можете создавать веб-части в ASP.NET без SharePoint, когда дело доходит до разработки и развертывания приложений SharePoint, которые вы не изучили, только оттолкнули кривую обучения на время, когда вы подумайте, что вы сделали (и, вероятно, проинформировали заинтересованных сторон об этом). Чтобы задержать кривую обучения SharePoint, вы не делаете ни того, ни другого проекта, и ваш конечный продукт будет лучше для опыта, который вы получите на этом пути.

Answer 1

Если это очень кратковременная вещь, Microsoft имеет ограниченную по времени WSS оценки VPC изображения:

WSS3 SP1 Developer Evaluation VPC image

Это поможет вам начать работу, если у вас нет времени/ресурсов для установки с вашим собственным VPC-изображением прямо сейчас.

Answer 2

вам нужно иметь доступ к серверу sharepoint, потому что вы не можете имитировать свою веб-страницу без него, вам нужно развернуть его на свой сайт sharepoint, чтобы проверить, работает ли он. отладка также была бы болью. или вы можете использовать SmartPart, это веб-часть, которая действует как оболочка для ваших пользовательских элементов управления для отображения на сайте sharepoint.

Answer 3

Я думаю, что самый простой способ - использовать SmartPart for SharePoint от CodePlex. В описании проекта говорится: «Веб-часть SharePoint, в которой может размещать любой пользовательский элемент управления ASP.NET. Создайте свои веб-части без написания кода!», Который, я думаю, именно то, что вы хотите сделать.

Answer 4

Настройка моей машины для разработки для Sharepoint заняла у меня пару дней.

См http://weblogs.asp.net/erobillard/archive/2007/02/23/build-a-sharepoint-development-machine.aspx

Answer 5

Создание и тестирование управления, как для типичного .net веб-сайта. Решение 1 = элементы управления Решение 2 = фиктивный веб-сайт для размещения элементов управления.

Развертывание на Sharepoint:

Вы должны будете подписать управления.

Отбросьте подписанный DLL в GAC на сервере Sharepoint (Windows/сборке)

Марка управление как безопасное в виртуальном корневом сервере web.config на сайте Sharepoint.

i.e.

<SafeControl Assembly="MyControl, Version=1.0.0.0, Culture=neutral, PublicKeyToken=975cc42deafbee31" Namespace="MyNamespace" TypeName="*" Safe="True" AllowRemoteDesigner="True" /> 

Зарегистрировать компонент на странице Sharepoint:

<%@ Register Namespace="MyNamespace" Assembly="MyControl, Version=1.0.0.0, Culture=Neutral, PublicKeyToken=975cc42deafbee31" TagPrefix="XXXX" %> 

Используйте контроль:

<XXXX:ClassName runat="server" Field1="Value1" Field2="Value2" ....></XXXX:Classname> 

Если вам необходимо заменить элемент управления, используя один и тот же номер версии, то вы будете необходимо перезагрузить пул приложений для перезагрузки.

Answer 6

Если вам не нужно делать какие-либо конкретные для SharePoint (например, доступ к спискам, другим веб-страницам и т. Д.), Вы можете создать свой веб-сайт точно так же, как обычный веб-сайт (полученный из System.Web.UI.WebControls.WebParts. WebPart), и он будет работать при добавлении на сайт SharePoint.

Answer 7

Веб-части ASP.NET работают в SharePoint так же, как и в ASP.NET. Это маршрут, который я возьму (пользовательский контроль, который происходит от класса ASP.NET Web Part). Это облегчит любые требования для фактического развития на сервере SharePoint.

Единственная проблема, с которой вы столкнулись, заключается в том, что вы не сможете воспользоваться инфраструктурой SharePoint. Если вы делаете что-то продвинутое в SharePoint, это большое дело. Однако SharePoint - это ASP.NET плюс некоторые дополнительные функции, поэтому все, что вы можете разработать с использованием класса System.Web.UI.WebControls.WebPart, должно отлично работать в SharePoint.

Некоторые соображения, которые помогут облегчить вашу боль, как вы идете из чистого ASP.NET для SharePoint:

• Если вы можете поместить все внутри одного узла, развертывание будет легче
  • попробовать поставить все, что нужно в DLL файлы, которые развернуты в SharePoint
  • использование сборки ресурсов для внедрения JS, CSS и файлы изображений при необходимости
• Strong имя сборки вы строите
  • Большинство развертывания SharePoint в конечном итоге в GAC и сильное имя будет необходимо

Вот соответствующее сообщение в блоге; Developing Basic Web Parts in SharePoint 2007

Answer 8

Вам не нужен SharePoint для разработки WebParts. Вы можете создавать веб-страницы, наследуя их из System.Web.UI.WebControls.WebParts. И это предпочтительный способ создания веб-части, если вы не хотите, следующие функции, такие как

* Connections between web parts that are outside of a Web Part zone 

* Cross page connections 

* A data caching infrastructure that allows caching to the content database 

* Client-side connections (Web Part Page Services Component) 

В этом случае вам необходимо разработать WebParts унаследовав от Microsoft.SharePoint.WebPartpages.WebPart.Вы можете найти более полезную информацию here

Answer 9

Есть ли какая-либо особая причина, по которой ваши пользовательские элементы управления должны быть развернуты как веб-части? Совершенно возможно развернуть элементы управления пользователя непосредственно на сайтах Sharepoint либо через папку CONTROLTEMPLATES в 12 кустах, либо в папку в виртуальном каталоге веб-приложения, которую вы можете затем ссылаться с веб-страниц с помощью Sharepoint Designer.

Если, однако, требование к веб-части имеет решающее значение, я рекомендую Smartpart для Sharepoint, как уже упоминалось.

Answer 10

Фактически, веб-части всегда должны быть развернуты в папке с папкой sharepoint из-за их «оскорбительной» природы. Всегда размещайте веб-части в корзине, если это возможно, и пишите свой собственный CAS и включайте его в свой манифест.