Notre équipe Web a été invitée à créer des interfaces utilisateur dans Sharepoint. Les interfaces utilisateur seraient principalement des formulaires qui auraient besoin d'écrire dans une base de données SQL Server.UI dans Sharepoint
ASP.NET est-il le meilleur moyen de le faire? Si oui, quelle est la meilleure façon d'intégrer l'application ASP.NET dans Sharepoint?
Vous avez 4 options:
1. Build web parts
2. build user controls , and use smart part to display them.
3. use infopath
4. host the asp.net in an iframe (page viewer web part).
J'irions avec des pièces Web de construction, mais les contrôles utilisateur et une partie intelligente sont probablement plus rapide et plus rapide est encore InfoPath, mais InfoPath utilisent wont les mises en page ou des pages maîtres que vous spécifiez. Si l'application Web a déjà été développée, alors vous envisagez l'option 4, si elle n'est pas déjà développée, alors je suggère 1 ou 2 qui vous donne la possibilité de réutiliser les contrôles ailleurs dans le site ainsi que d'utiliser le sharepoint métadonnées.
Je combinerais 1 et 2 de la réponse de Mauro. Enveloppez votre contrôle utilisateur dans votre propre partie Web.
Ou vous pouvez utiliser des vues de données dans Sharepoint pour se connecter au backend
Option 2 de Mauro est le moyen le plus rapide et le plus flexible. Si vous utilisez une partie intelligente, vous devez simplement vous concentrer sur le développement de contrôles utilisateur ASP.NET réguliers.
Si vous possédez MOSS Enterprise, vous voudrez peut-être consulter le BDC. Il y a aussi quelques parties Web de 3ème partie que vous pourriez vérifier qui feront une partie du travail pour vous.
Vous pouvez également créer des «pages d'application» SharePoint pour ce faire. C'est une manière décente de migrer des pages existantes du monde ASP.NET vers une application SharePoint.
IMO, la meilleure décision à prendre pour toutes ces recommandations raisonnables dépend de la fonctionnalité spécifique que vous envisagez de mettre en œuvre.
Autre option: Créez votre propre page ASPX et reportez-vous à la page maître SharePoint par défaut. Téléchargez-le avec une fonctionnalité. Cela vaut mieux que les composants WebPart si vous souhaitez contrôler la totalité de la page, pas seulement une zone WebPart. Les composants Web sont meilleurs lorsque vous souhaitez simplifier la configuration des fonctionnalités et du placement pour les utilisateurs expérimentés.
Les pages d'application sont appropriées pour les pages système et d'administration, car une fois copiées dans le dossier de mises en page, elles sont disponibles sur tous vos sites Web. Ils ont également un bon modèle d'autorisation, via l'héritage de la classe LayoutsPageBase, de sorte que vous pouvez facilement restreindre l'accès à certains utilisateurs. Mais je ne l'utiliserais pas pour les pages d'utilisateurs réguliers, c'est-à-dire. fonctionnalité qui fait partie de l'application elle-même.
La meilleure façon de construire l'interface utilisateur dans SharePoint est en créant un UserControl puis créer votre propre et webpart à l'aide LoadControl pour charger votre UserControl ...
ensuite d'avoir une application vraiment sensible (prise sans vergogne - Je suis un développeur chez Ra-Ajax) vous pouvez également utiliser quelque chose comme Ra-Ajax pour obtenir la fonctionnalité Ajax qui devrait fonctionner de manière transparente avec SharePoint ...
La solution complète ressemblerait à ceci:
public class MyWebPart : WebPart
{
protected override OnInit(EventArgs e)
{
EnsureChildControls();
base.OnInit(e);
}
override void CreateChildControls()
{
LoadControl("SomeUserControlAtSomePath.ascx");
base.CreateChildControls();
}
}