Usuários do Fórum com freqüência como perguntas como esta:

> Olá,
>
> Por favor me diga se há quaisquer possibilidades de criar uma lista personalizada com o
> tipo de mestre e de detalhes (como as faturas) sem usar o InfoPath.
>

O SharePoint fornece alguns fora dos recursos de caixa que oferecem suporte a tipos de requisitos de negócios como esse.

Em geral, uma liga duas listas juntos usando uma coluna de pesquisa. Lista A contém as informações de cabeçalho de factura e lista B contém detalhes da fatura.

Use listas adicionais para manter números de clientes, números de produto, etc.

Usar uma web part de consulta de conteúdo (Moss só) e/ou um dados Ver os web part para criar modos de exibição mesclados das listas. SQL Server Reporting Services (SRS) também está disponível para o lado relato de.

No entanto, Existem algumas limitações importantes que tornará difícil usar puras características de out-of-the-box para tudo que é mesmo moderadamente complexa. Estes incluem:

• Tamanho de pesquisa relacionado lista vs. "esperteza" o tipo de coluna de pesquisa. Um tipo de coluna de pesquisa apresenta-se na interface do usuário de forma diferente dependendo se você habilitou o seleção múltipla ou não. Em ambos os casos, o controle de out-of-the-box mostra todos os itens disponíveis na lista de fonte. Se a lista fonte possui 1,000 itens, Isso vai ser um problema. O controle de pesquisa não paginar através desses itens. Em vez disso, Ele puxa todas elas no controle. Esta é uma interface de usuário muito estranho, tanto em termos de desempenho e entrada de dados.
• Pesquisas "puxar volta" uma coluna de informações. Você nunca pode recuar mais de uma coluna de informações da lista de fonte. Por exemplo, não é possível selecionar um cliente "12345" e exibir o número, bem como nome e endereço do cliente ao mesmo tempo. A pesquisa mostra apenas o cliente número e nada mais. Isto faz para uma interface de usuário estranho e difícil.
• Nenhuma comunicação intra-formulário. Eu escrevi sobre isso aqui. Você não pode implementar suspensas em cascata, condicionalmente ativar/desativar campos, etc.
• Sem exclusões em cascata ou integridade referencial interna. SharePoint trata listas personalizadas como entidades independentes e não permite que você vinculá-los uns aos outros no sentido tradicional do ERD. Por exemplo, SharePoint permite que você criar duas listas personalizadas, "cliente" e "cabeçalho de factura". Você pode criar um cabeçalho de factura que liga para um cliente na lista do cliente. Em seguida, Você pode excluir o cliente da lista. Fora da caixa, Não há nenhuma maneira de evitar isso. Para resolver este tipo de problema, Você normalmente usaria manipuladores de eventos.

Parece sombrio, Mas eu ainda usaria SharePoint como ponto de partida para construir este tipo de funcionalidade. Embora haja lacunas entre o que você precisa em uma solução, SharePoint permite-nos preencher essas lacunas usando ferramentas tais como:

• Manipuladores de eventos. Usá-los para impor a integridade referencial.
• Colunas personalizadas: Criar tipos de coluna personalizados e usá-los em vez de coluna de pesquisa padrão. Adicionar paginação, buffering e recursos do AJAX para torná-los responsivos.
• BDC. Esse recurso somente MOSS permite-nos para consulta que outro SharePoint lista com uma interface de usuário superior para a coluna de pesquisa usual. BDC pode também chegar a um aplicativo de servidor back-end. Use o BDC para evitar a replicação. Em vez de replicar informações de cliente de um back-end sistema ERP, Use o BDC. BDC recursos fornecem uma interface de usuário agradável para puxar essa informação diretamente do sistema ERP, onde pertence e evita o incômodo de manter uma solução de replicação.

  BDC é uma característica de musgo (não disponível no WSS) e é um desafio para configurar.

• ASP.NET web formulário: Criar um formulário habilitado para AJAX completo que usa os serviços de modelo e/ou web de objeto do SharePoint para aproveitar a listas do SharePoint, fornecendo uma interface de usuário muito sensível.

A última opção pode sentir como você está começando do zero, mas considere o fato de que a plataforma do SharePoint você começa com os seguintes recursos-chave:

• Modelo de segurança com manutenção.
• Sistema de menu com manutenção.
• "Tabela mestre" (ou seja. listas personalizadas) com segurança, auditoria e manutenção interna.
• Pesquisa.
• Ferramentas de integração de back-end (BDC).

Se você iniciar com um novo projeto em branco no visual studio, você tem um monte de infra-estrutura e encanamento para construir antes de você chegar perto do que o SharePoint oferece.

Eu acredito que a Microsoft pretende estender o SharePoint neste sentido de desenvolvimento de aplicativos. Parece como uma extensão natural para a base existente do SharePoint. Aplicação de CRM da Microsoft fornece uma grande quantidade de extensibilidade dos tipos necessários para apoiar o desenvolvimento de aplicativos de cabeçalho/detalhes. Embora estes recursos estiverem em CRM, a tecnologia é obviamente disponível para a equipe de desenvolvimento do SharePoint e espero que isso fará sua maneira no produto SharePoint até final de 2008. Se alguém tiver um conhecimento ou insight sobre isto, por favor, deixe um comentário.

</fim>