2009-02-03 7 views
0

Donc, voici un aperçu du projet, j'ai besoin de faire une application web avec ses composants de base encapsulés dans les contrôles utilisateur Web. La raison en est que l'entreprise utilisera largement MOSS au début de l'année prochaine, et nous voulons utiliser ces composants plus tard en tant que parties Web. Je pense que ces contrôles de l'utilisateur Web devront être flexibles en termes de source de données, de thème/CSS. Nous pourrions avoir un service de WCF qui servira de base de données pour ces contrôles, quelles sont les choses que je devrais prendre en considération sérieusement?Comment créer des contrôles utilisateur Web configurables?

Je suis prêt à fournir plus de détails si demandé.

Merci d'avance !!

EDIT: Plus DETAIL

Scénario: contrôle de l'utilisateur A est conçu pour consommer le service WCF A. Maintenant, je dois vous assurer que le contrôle continue à fonctionner si des changements URI de service WCF et doit aussi gérer un potentiel changer dans le contrat de service.

Répondre

0

J'ai beaucoup utilisé les propriétés dans les contrôles utilisateur configurables, et cela a bien fonctionné. Vous pouvez définir les propriétés du contrôle dans les pages du conteneur et configurer dynamiquement le contrôle.

Il est également important de noter que vous devez déplacer la majeure partie du code de votre contrôle (c'est-à-dire, le code VB.Net/C# dans le fichier CodeBehind) vers l'événement PreRender. Vous pouvez définir les propriétés du contrôle dans l'événement PageLoad de la page de conteneur.

1

Plus de détails seraient utiles.

Avez-vous considéré le bâtiment WebParts? Ceux-ci peuvent être plus proches du modèle dont vous avez besoin pour la migration vers SharePoint. Les propriétés WebPart peuvent être modifiées via le navigateur. Si le backend pour votre application va être un service WCF, il devrait être facile à migrer. Selon la façon dont vous gérez la sécurité, vous devrez peut-être effectuer des tests pour voir si l'authentification fonctionne bien dans l'environnement SharePoint. Les composants dans SharePoint peuvent être en cours d'exécution avec des informations d'identification différentes.

Étudiez la manière dont les composants Web sont stylisés dans SharePoint et quel CSS est chargé par votre environnement SharePoint et corrigez sur ce que vous pouvez faire aujourd'hui. Le style dans SharePoint est assez cohérent.

+0

Nous n'avons pas encore prêt MOSS, donc je ne peux pas construire des composants WebPart. De plus, les commandes utilisateur donneront une meilleure expérience de développement, les utilisateurs habitués à utiliser le contrôle le trouveront facile s'ils voient la même chose sur le site MOSS. Droite? – Perpetualcoder

+0

WebParts fait partie de ASP.NET 2.0 et au-dessus, donc basé sur votre poste vous avez accès à ceux-ci. –

+0

Aurait dû dire, lisez le premier lien que j'ai dans mon affichage original pour info. –

1

Les informations de scénario supplémentaires permettent une meilleure réponse. En fait, votre question n'est pas vraiment liée à la construction avec SharePoint WebParts ou ASP.NET, mais plutôt à la façon de consommer les services WCF d'une manière maintenable.

  • Envisager de suivre un WSDL first design approach with WCF. Un google search donne beaucoup d'informations.
  • Stockez les URL ailleurs que codées en dur dans votre application et suivez les conseils d'autres affiches pour définir ces via les propriétés.
Questions connexes