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

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

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

спасибо

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

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

8
sharepoint web-parts

10 ответов

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

Wss3 SP1 оценка разработчика VPC image

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

2

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

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

3

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

2

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

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

2

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

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

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

поместите подписанную DLL в GAC на сервере sharepoint (Windows / assembly)

отметьте элемент управления как безопасный в корневой сети виртуального сервера.настройка в sharepoint сайт.

то есть

<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>

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

0

Если вам не нужно ничего делать для SharePoint (т. е. доступ к спискам, другим веб-частям и т. д.), Вы можете создать свой веб-компонент так же, как обычный веб-компонент (производный от системы.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.WebControls.элемент webPart.WebPart class), и он будет работать при добавлении на сайт SharePoint.

0

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

0

SharePoint не требуется для разработки веб-частей. Webparts можно разрабатывать путем наследования от системы.Сеть.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.WebControls.элемент webPart. И это предпочтительный способ создания веб-частей, если вы не хотите следующие функции, такие как 

* 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)

в этом случае вам нужно разработать веб-части путем наследования от Microsoft.служба SharePoint.Webpartpages в.элемент webPart. Вы можете найти более полезную информацию здесь

0

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

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

0

на самом деле, веб-части всегда должны быть развернуты в папку bin sharepoint из-за их "оскорбительного" характера. Всегда развертывайте веб-части в корзину, если это возможно, и пишите свои собственные ЦС и включайте их в манифест.

0