Quelles sont les parties de Sharepoint ai-je besoin de comprendre pour construire un site web face au public?

Question

Je suis la construction d'un site face au public qui fait ce qui suit. Les utilisateurs se connectent. Et puis afficher une liste de leurs clients. Ils cliquent sur un client pour voir leurs achats passés, les commander, les changer, etc. Ce n'est pas un site commercial par le chemin. Il est un simple outil rechercher.

Notez qu'aucune des données accessibles par le site est autre chose qu'une base de données SQL - aucun document de bureau. En outre, la connexion n'utilise pas les utilisateurs des informations d'identification Windows sur un VPN ou quelque chose comme ça.

En général, je construirais cela en utilisant un site web standard ASP.NET MVC. Toutefois, le client dit qu'ils veulent utiliser Sharepoint.

Si je comprends bien, Sharepoint est utilisé pour le workflow et les sites Web qui sont des outils de collaboration tels que les composants que vous pouvez voir ici http://www.sharepointhosting.com/sharepoint-features.html

Voici mes questions:

• Est-ce que je raison de dire que WSS est tout à fait inapproprié pour cette tâche car il est livré avec une tête qui ne procure aucun avantage?

• Si je devais l'utiliser, aurais-je besoin WSS ou MOSS?

• Si je devais l'utiliser, ce que je raison de dire le site consisterait à:

• Liste élément

  a) Parts Web

  b) Et une mise en page de site personnalisé. Comment puis-je créer un de ces?

Addendum: Le livre Développement Web Content Management Professional SharePoint 2007 ressemble un bon début

Answer 1

Vous pouvez utiliser techniquement WSS pour cette tâche, mais MOSS a plus de fonctionnalités destinées à la construction de sites destinés au public. publication l'infrastructure vient à l'esprit. Il a a CQWP qui vous permet de créer des interfaces personnalisées qui fonctionnent bien dans SharePoint. Avec SharePoint, il y a potentiellement des défis autour de l'évolutivité. Si vous connaissez bien la plate-forme puis faire quelque chose comme ce que vous avez proposé serait une tâche assez rapide. Si vous ne connaissez pas SharePoint et le système sous-jacent bien que vous pourriez faire face aux défis.

Vous ne voulez pas aborder la construction de l'application finale avec SharePoint Designer. Il a un comportement qui peut causer des problèmes majeurs avec l'évolutivité. Vous souhaitez créer une solution SharePoint comprenant un certain nombre de caractéristiques qui peuvent être facilement déployées à SharePoint. Aller dans cette voie ne résout pas les problèmes de performance mais vous allez être plus proche de la bonne solution. Vous pouvez emballer les éléments d'interface utilisateur personnalisée en tant que CQWPs ou écrire des composants WebPart. Personnellement, je préfère écrire des parties Web.

Vous faites la conception globale du site dans un Maître . Les pages d'un site sont héritant alors de cette situation. Si vous avez MOSS vous pouvez créer ce qu'on appelle pages d'édition qui contient vos composants WebPart. Ceux-ci ne sont pas disponibles dans WSS qui est pourquoi les gens recommandent contre pour les sites web publics.

Pour décider si SharePoint (toute version) est une valeur, vous devez savoir s'ils vont utiliser les fonctions de base. Si tout va être sur mesure et vous ne vont pas utiliser toutes les fonctionnalités de workflow ou de gestion des documents dans votre déploiement alors je resterais loin. Pour voir si vous voulez aller plus loin avec SharePoint dans une perspective de développement, jetez un oeil dans les laboratoires de développement WSS . J'ai récemment couru un cours à l'intro de mon employeur en utilisant les matériaux de ce site. Ils sont datés, et ont besoin de plus d'informations sur les meilleures pratiques, mais ils fournissent un moyen rapide pour vous de plonger un orteil dans l'eau et décider si vous voulez aller plus loin.

Answer 2

1.) Je suis d'accord que SharePoint serait tout à fait approprié pour cette tâche. Quelques raisons:

• Il en coûte des milliers de dollars pour licence SharePoint pour une utilisation sur l'Internet ouvert
• SharePoint utilisera beaucoup de ressources (SQL Server, IIS, Active Directory ...) qui réclament inutilement pour votre tâche
• SP vous donnera très peu de flexibilité pour développer une solution dans votre façon - il semble que vous devez créer un composant WebPart connecté base de données dans ASP.NET quand même (si cela pourrait être tout à fait indépendante de SP)

SharePoint a sa place - il peut être remarquablement utile en tant que gestion des documents internes de l'entreprise, intranet et système de flux / d'approbation -. Mais il ne convient pas pour le code personnalisé, ni l'utilisation d'Internet

2.) Je crois que MOSS serait nécessaire pour la licence Internet (comme dans le lien ci-dessus).

3.) Le développement de SP est pas comme les systèmes de base de données relationnelle typiques (par exemple, il utilise des tables plates, non normalisées). Si votre SQL correspondait à la façon de penser SharePoint, vous pourriez être en mesure de se connecter à votre base de données comme une liste externe en utilisant SharePoint designer . Il est plus probable que vous devez utiliser Visual Studio pour créer une partie Web personnalisée dans ASP.NET.

Espérons que ce sera quelques arguments raisonnables que vous pouvez utiliser pour aider le client à voir comment SharePoint est inapproprié pour la tâche ... En fait, je pense que le premier point (le coût des licences) va les transformer.

Answer 3

1) Pour les fonctionnalités de base que vous décrivez SharePoint ne va pas ajouter quoi que ce soit, mais si vous le construisez sur SharePoints prémisses, il permet à votre client d'ajouter un grand nombre de fonctionnalités en dehors du noyau pour « libre » comme:

• Ils peuvent ajouter du contenu WebParts Editor aux pages où ils peuvent ajouter des descriptions et des messages
• Ils peuvent ajouter des listes où les clients peuvent entrer dans les demandes / commentaires / ... et ont automatiquement les nouvelles inscriptions par la poste à quiconque dans l'organisation souscrivant à des changements
• La fonctionnalité que vous développez peut être réutilisée sur leur intranet
• Toutes les futures petites « applications web » peuvent être inclus dans le même site
• ...

Donc dans l'ensemble, sauf si vous avez un meilleur cadre à utiliser puis utiliser SharePoint

2) WSS est tout ce qu'il faut pour l'instant

3) Votre livrable principal serait maintenant:

• une fonctionnalité avec certaines pages du site et quelques composants WebPart
• une caractéristique avec un masterpage personnalisé et correspondant css

Answer 4

1. Vrai. Eh bien pas inapproprié, mais il n'ajoute rien non plus .. mais peut-être à l'avenir?

2. WSS est assez

3. Vous auriez besoin de pièces Web pour exposer vos données, oui. La mise en page du site personnalisé n'est pas nécessaire. Si vous voulez que votre propre look and feel un thème SharePoint peut suffire. Même si vous voulez quelques modifications de mise en page réelle personnalisés vous n'avez probablement pas besoin d'un modèle de site, mais vous pouvez vous contenter d'utiliser juste SharePoint Designer pour éditer les pages ou la page principale.