Formulários no SharePoint

Question

Se eu quiser colocar um formulário em cima SharePoint, é mais fácil de usar InfoPath ou construir uma parte da web personalizado em C #? Existem outras opções que eu deveria considerar?

Quais são os requisitos e limites para cada opção?

Answer 1

formas de construção usando InfoPath é absolutamente a maneira mais fácil de publicar um formulário no SharePoint. Note que tem muitas limitações, e você pode encontrar-se tentando colocar alguma lógica problemática ou precisa de um recurso extra.

Programação em C # requer conhecimento C # (é claro) e um conhecimento em APIs de SharePoint. Além disso, uma vez concluído, o DLL resultante tem de ser publicado e confiança de SharePoint, o que requer a intervenção sysadmin. Isto pode não ser sempre disponível para você, e pode ser problemático na próxima vez que você tenta atualizar SharePoint.

Finalmente, eu recomendo a tentar realizar a maioria das coisas (incluindo formulários) simplesmente usando recursos internos do SharePoint. Se você mergulhar nele um pouco, você vai descobrir que você pode realmente construir aplicações complicadas simplesmente personalizando vistas listas, organizando a ordem dos campos, acrescentando coluna (e site-colunas) de sua preferência, etc. A melhor coisa sobre esta abordagem é de pura SharePoint. Sem conhecimento extra (e as pessoas) necessário.

Answer 2

Na verdade, você não precisa de muito conhecimento das APIs do SharePoint, a fim de criar um formulário web personalizado. É um processo muito para a frente; Eu não tenho quaisquer links útil, mas não deve haver mais do que alguns exemplos "Olá mundo" flutuando para você começar. As partes mais complicadas com partes da web do SharePoint é a melhor forma de depurar e implantá-los.

Eu sei que alguns consultores que têm um conjunto completo de servidores virtuais rodando localmente em seus laptops para que tudo está lá para eles brincarem. Isso não é uma opção para mim; meu grupo utiliza System.Web.UI.WebControls.WebParts.WebPart, para que possamos testar localmente antes de implantá ao nosso ambiente dev. Por favor, note que se você seguir esse caminho, você não pode testar completamente localmente, como você vai estar faltando alguns elementos do SharePoint como folhas de estilo e peças Web fornecido pelo sistema. Tanto quanto a implantação, ainda estamos trabalhando nos detalhes. Você pode fazê-lo manualmente, mas não é ótimo para bloqueado ambientes de produção. Uma abordagem para a revisão é "Recursos"; Parece promissor para a aplicação de novas melhorias como um único instalador, embora eu não tenho certeza de como você lida com correções de bugs para ele.

Answer 3

Você pode ser mais específico sobre a versão formulário e sharepoint?

Depende da sua versão do SharePoint: se você tem 2003, se você quiser usar InfoPath, tem que ser instalado nos clientes também. No SharePoint 2007, i acha Não é necessário.

Se é um grande formulário com alguns regra de negócio, InfoPath pode ser o caminho a percorrer -> wysiwyg, e implantação fácil.

Se o formulário envolve mais regras de negócios, uma parte da Web ou uma página em _layouts pode ser "simples" e mais sustentável.

Answer 4

Infopath é mau para a construção rapidamente formas e jogá-los para cima Sharepoint. Eu esperaria que é 1000x mais rápido do que a construção de um aplicativo personalizado C #.

Answer 5

Pode deppends sobre a maneira que você está pensando para

Por exemplo, 1. Você pode ir para o InfoPath, se você está tentando dar o controle para inorder usuário final para personalizar o formulário pela própria.

Infopath é muito fácil de entender, desenvolver. Para utilizar o infopath você tem que aprender Infopath, InfoPath Form Services e Sharepoint api para integerate Dotnet (C #) e Sharepoint.