Quais partes do Sharepoint preciso entender para criar um site público?

Question

Estou construindo um site público que faz o seguinte.Os usuários fazem login.E então veja uma lista de seus clientes.Eles clicam em um cliente para ver suas compras anteriores, encomendá-las, alterá-las, etc.A propósito, este não é um site de compras.É uma ferramenta simples de pesquisa.

Observe que nenhum dos dados acessados ​​pelo site está em outra coisa senão um banco de dados SQL - nenhum documento de escritório.Além disso, o login não usa credenciais do Windows dos usuários em uma VPN ou algo parecido.

Normalmente eu construiria isso usando um site ASP.NET MVC padrão.No entanto, o cliente diz que deseja usar o Sharepoint.

Pelo que entendi, o Sharepoint é usado para fluxo de trabalho e sites que são ferramentas de colaboração, como os componentes que você pode ver aqui http://www.sharepointhosting.com/sharepoint-features.html

Aqui estão minhas perguntas:

• Estaria certo ao dizer que o WSS é completamente inapropriado para esta tarefa, pois acarreta uma sobrecarga que não oferece benefícios?

• Se eu tivesse que usá-lo, precisaria de WSS ou MOSS?

• Se eu tivesse que usá-lo, estaria certo ao dizer que o site consistiria em:

• Item da lista

  a) Web Parts

  b) E um layout de site personalizado.Como faço para criar um desses?

Adendo: O livro Desenvolvimento profissional de gerenciamento de conteúdo da Web no SharePoint 2007 Parece um bom começo

Answer 1

Tecnicamente, você pode usar o WSS para esta tarefa, mas o MOSS tem mais recursos voltados para a construção de sites voltados ao público.O publicação infraestrutura vem à mente.Tem tem o CQWP que permite criar interfaces personalizadas com bom desempenho no SharePoint.Com o SharePoint, existem desafios potenciais em torno da escalabilidade.Se você conhece bem a plataforma, fazer algo como o que você sugeriu seria uma tarefa bastante rápida.Se você não conhece bem o SharePoint e o sistema subjacente, poderá enfrentar desafios.

Você não deseja abordar a criação do aplicativo final com o SharePoint Designer.Possui comportamento que pode causar grandes problemas de escalabilidade.Você deseja criar uma solução SharePoint que inclua vários recursos que possam ser facilmente implantados no SharePoint.Seguir esse caminho não alivia os problemas de desempenho, mas você estará mais perto da solução certa.Você pode empacotar os elementos personalizados da interface do usuário como CQWPs ou gravar Web Parts.Pessoalmente, prefiro escrever Web Parts.

Você faz o design geral do site em um Pagina principal.As páginas de um site herdam disso.Se você tiver MOSS, poderá criar o que é chamado publicação de páginas que contêm suas Web Parts.Eles não estão disponíveis no WSS e é por isso que as pessoas não os recomendam para sites públicos.

Para decidir se o SharePoint (qualquer versão) vale a pena, você precisa descobrir se eles usarão algum dos recursos principais.Se tudo for personalizado e você não usar nenhum fluxo de trabalho ou recursos de gerenciamento de documentos em sua implantação, eu ficaria longe.Para saber se você deseja ir mais longe com o SharePoint do ponto de vista do desenvolvimento, dê uma olhada no Laboratórios de desenvolvedores WSS.Recentemente, ministrei um curso introdutório em meu empregador usando os materiais desse site.Eles estão desatualizados e precisam de mais informações sobre as melhores práticas, mas fornecem uma maneira rápida de mergulhar o dedo do pé na água e decidir se deseja ir mais longe.

Answer 2

1.) Concordo que o SharePoint seria bastante inadequado para esta tarefa.Algumas razões:

• Custa milhares de dólares para licenciar o SharePoint para uso na Internet aberta
• O SharePoint utilizará muitos recursos (SQL Server, IIS, Active Directory...) que são desnecessariamente exigentes para a sua tarefa
• O SP lhe dará muito pouca flexibilidade para desenvolver uma solução do seu jeito - parece que você precisaria criar uma Web Part conectada ao banco de dados no ASP.NET de qualquer maneira (para que pudesse ser totalmente independente do SP)

O SharePoint tem seu lugar - pode ser extremamente útil como gerenciamento interno de documentos, intranet e sistema de fluxo de trabalho/aprovação de uma empresa - mas não é adequado para código personalizado nem para uso da Internet.

2.) Acredito que o MOSS seria necessário para a licença da Internet (como no link acima).

3.) O desenvolvimento de SP não é como os sistemas de banco de dados relacionais típicos (por exemplo, ele usa tabelas simples e não normalizadas).Se o seu SQL corresponder à maneira de pensar do SharePoint, você poderá se conectar ao seu banco de dados como uma lista externa usando Designer do SharePoint.É mais provável que você precise usar o Visual Studio para criar uma Web Part personalizada no ASP.NET.

Esperamos que estes sejam alguns argumentos razoáveis ​​que você possa usar para ajudar o cliente a ver como o SharePoint é inadequado para a tarefa...Na verdade, espero que apenas o primeiro ponto (o custo do licenciamento) os transforme.

Answer 3

1) Para a funcionalidade principal conforme você a descreve, o SharePoint não adicionará nada, MAS se você construí-lo nas premissas do SharePoint, ele permitirá que seu cliente adicione muitas funcionalidades fora do núcleo "de graça", como:

• Eles podem adicionar WebParts do Editor de Conteúdo a páginas onde podem adicionar descrições e mensagens
• Eles podem adicionar listas onde os clientes podem inserir solicitações/comentários/...e receber automaticamente novas entradas por correio para qualquer pessoa da organização que esteja assinando as alterações
• A funcionalidade que você desenvolve pode ser reutilizada na intranet deles
• Quaisquer futuros pequenos "aplicativos da web" podem ser incluídos no mesmo site
• ...

Resumindo, a menos que você tenha uma estrutura melhor para usar, use o SharePoint

2) WSS é tudo que você precisa por enquanto

3) Sua principal entrega por enquanto seria:

• um recurso com algumas páginas do site e algumas Web Parts
• um recurso com uma masterpage personalizada e CSS correspondente

Answer 4

1. Verdadeiro.Bem, não é inapropriado, mas também não acrescenta nada.mas talvez no futuro?

2. WSS é suficiente

3. Você precisaria de web parts para expor seus dados, sim.O layout do site personalizado não é necessário.Se você deseja sua própria aparência, um tema do SharePoint pode ser suficiente.Mesmo se você quiser alguns ajustes reais de layout personalizado, provavelmente não precisará de um modelo de site, mas poderá usar apenas o SharePoint Designer para editar as páginas ou a página mestra.