Opracowanie części sieci SharePoint w ASP.NET

Question

Zostałem poproszony o opracowanie niektórych kontrolek użytkownika w ASP.NET, które później zostaną przyciągnięte do witryny SharePoint jako części strony. Jestem nowy w SharePoint i nie mam dostępu do serwera SharePoint w czasie, gdy potrzebuję prototypowania tych części.

Czy ktoś wie o jakichkolwiek przyczynach, że takie podejście nie zadziała? Jeśli to podejście nie jest zalecane, jakie byłyby inne opcje? Wszelkie sugestie dotyczące zasobu/samouczka na temat tego, co należy wziąć pod uwagę podczas tworzenia części internetowej ASP.NET z myślą o SharePoint?

Dzięki

Edycja: 31.12.2008 I wreszcie zaznaczone odpowiedzi na ten jeden. Zajęło mi trochę czasu, aby uświadomić sobie, że odejście od razu z trasy SharePoint, choć na początku bolesne, jest najlepszym sposobem, aby to osiągnąć. Bezpłatny obraz VPC sprawia, że ​​konfiguracja jest stosunkowo bezbolesna.

Chociaż można, tak jak ja, tworzyć części sieciowe w środowisku ASP.NET bez SharePoint, jeśli chodzi o opracowywanie i wdrażanie aplikacji SharePoint, których się nie nauczyłem, przesunięto tylko krzywą uczenia w czas, kiedy uważam, że skończyłeś (i prawdopodobnie poinformowałeś o tym interesariuszy). Opóźnienie krzywej uczenia się SharePoint nie oznacza, że ​​ty lub twój projekt masz jakiekolwiek względy, a twój produkt końcowy będzie lepszy dla wiedzy, którą zdobędziesz po drodze.

Answer 1

Jeśli jest to sprawa bardzo krótkotrwałe, Microsoft ma czas ograniczony WSS VPC ocena obrazu:

WSS3 SP1 Developer Evaluation VPC image

To będzie Ci zacząć, jeśli nie masz czasu/zasobów, aby ustawić Własny obrazek VPC już teraz.

Answer 2

Musisz mieć dostęp do serwera sharepoint, ponieważ nie możesz zasymulować swojej strony internetowej bez niego, musisz wdrożyć ją do witryny programu SharePoint, aby sprawdzić, czy działa. debugowanie również byłoby uciążliwe. lub możesz użyć SmartPart, to webpart działa jak wrapper, aby twoje formanty użytkownika wyświetlały się w witrynie SharePoint.

Answer 3

Domyślam się, że najprostszym sposobem jest użycie SmartPart for SharePoint z CodePlex. Opis projektu mówi: "Część internetowa SharePoint, która może hostować dowolną kontrolkę użytkownika WWW ASP.NET. Stwórz swoje strony internetowe bez pisania kodu!", Co, jak sądzę, jest dokładnie tym, co chcesz zrobić.

Answer 4

Ustawienie komputera do pracy z Sharepoint zajęło mi kilka dni.

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

Answer 5

zbudować i przetestować sterowanie jak w przypadku typowego .net strony internetowej. Rozwiązanie 1 = kontrolki Rozwiązanie 2 = fałszywa strona internetowa do obsługi formantów.

Wdrożenie na Sharepoint:

Musisz podpisać kontroli.

Rzuć podpisane DLL w GAC na serwerze SharePoint (Windows/montaż)

oznaczyć jako bezpieczne w wirtualnym głównego serwera web.config w witrynie programu SharePoint kontrolą.

tj.

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

Zarejestruj komponent na stronie programu sharepoint:

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

Regulatorem:

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

Jeśli trzeba wymienić kontrolę przy użyciu tego samego numeru wersji, a następnie będziesz musisz ponownie uruchomić pulę aplikacji, aby przeładować.

Answer 6

Jeśli nie musisz wykonywać żadnych działań związanych z SharePoint (np. Uzyskiwanie dostępu do list, innych serwisów itp.), Możesz zbudować swoją witrynę tak jak zwykły webpart (pochodzący z System.Web.UI.WebControls.WebParts. Klasa WebPart) i będzie działać po dodaniu do witryny SharePoint.

Answer 7

Części internetowe ASP.NET działają w SharePoint tak samo, jak działają w ASP.NET. To jest droga, którą wziąłem (kontrola niestandardowa wywodząca się z klasy ASP.NET Web Part). Spowoduje to złagodzenie wszelkich wymagań dotyczących rzeczywistego rozwoju na serwerze SharePoint.

Jedynym problemem, który napotkasz, jest to, że nie będziesz w stanie wykorzystać struktury SharePoint. Jeśli robisz coś zaawansowanego w SharePoint, to jest wielka sprawa. Jednak SharePoint to ASP.NET plus dodatkowe funkcje, więc wszystko, co możesz rozwijać przy użyciu klasy System.Web.UI.WebControls.WebPart powinno działać doskonale w SharePoint.

Kilka uwag, które pomogą złagodzić ból, jak przejść od czystego ASP.NET do SharePoint:

• Jeśli można umieścić wszystko wewnątrz pojedynczego zespołu, wdrażanie będzie łatwiejsze
  • try umieścić wszystko, czego potrzeba do DLL, że są wdrażane do SharePoint
  • środków montażowych zastosowanie osadzić JS, CSS i plików graficznych w razie potrzeby
• Strong nazwa zespół budujesz
  • większości wdrożeń SharePoint skończyć w GAC i silna nazwa będzie wymagane

Oto odnośny blogu; Developing Basic Web Parts in SharePoint 2007

Answer 8

Nie potrzebujesz programu SharePoint do tworzenia WebParts. Możesz rozwijać webparts dziedzicząc po System.Web.UI.WebControls.WebParts. I to jest korzystne sposobem tworzenia części sieci, chyba że chcesz się następującymi cechami jak

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

W takim przypadku trzeba rozwijać Webparty przez dziedziczenie z Microsoft.SharePoint.WebPartpages.WebPart.Więcej przydatnych informacji można znaleźć: here

Answer 9

Czy istnieje jakiś szczególny powód, dla którego elementy sterujące użytkownika muszą zostać wdrożone jako elementy Web Part? Całkowicie możliwe jest wdrożenie kontroli użytkowników bezpośrednio do witryn SharePoint za pośrednictwem folderu CONTROLTEMPLATES w 12 ulach lub do lokalizacji w katalogu wirtualnym aplikacji internetowej, do której można następnie odwoływać się ze stron internetowych przy użyciu programu SharePoint Designer.

Jeśli jednak wymaganie dotyczące części internetowej ma kluczowe znaczenie, zalecam Smartpart for Sharepoint, jak już wspomniano.

Answer 10

W rzeczywistości elementy Web Part powinny zawsze być wdrażane w folderze bin programu SharePoint ze względu na ich "nadużywający" charakter. Zawsze, jeśli to możliwe, instaluj części do kosza, a następnie napisz własny CAS i umieść go w swoim manifeście.