Introdução à compilação de aplicativos do SharePoint

Importante :  Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

Neste artigo

Introdução

Ferramentas e tecnologias usadas

Metodologia de desenvolvimento e arquitetura de aplicativo

Implementação de padrões de design comuns

Criar modelos

Resumo

Recursos

Introdução

Windows SharePoint Services 3.0 é uma tecnologia do Windows Server que oferece um portfólio integrado de serviços de colaboração e comunicação. Também é uma plataforma para desenvolver aplicativos de negócios baseados na Web. Aproveitando esse recurso, a Microsoft desenvolveu quarenta modelos de aplicativos para Windows SharePoint Services 3.0 para fornecer soluções de-de-prontos para atender às necessidades dos processos de negócios específicos como coordenar um suporte técnico ou controlar campanhas de marketing, conforme mostrado no exemplo da Figura 1.

Visão da home page do Aplicativo Integrated Marketing Campaign Tracker
Figura 1: modo de exibição de página inicial do aplicativo de controlador de campanha de Marketing integrado

A Microsoft desenvolveu esses modelos de aplicativo livremente para download para ser usado imediatamente após a implantação. No entanto, clientes e parceiros também podem usar esses modelos de aplicativo como o ponto de partida para soluções mais personalizadas ou eles podem usá-los como ensino exemplos conforme eles criem seus próprios aplicativos de sofisticados Windows SharePoint Services 3.0 usando Microsoft Office SharePoint Designer 2007.

O objetivo deste artigo é descrever como a Microsoft desenvolveu modelos de aplicativos, identificando as práticas recomendadas para como trabalhar com recursos principais dentro de Windows SharePoint Services 3.0 e Office SharePoint Designer 2007, com o objetivo de capacitação dos clientes e parceiros para criar seus próprios aplicativos. O artigo não é um substituto para o Windows SharePoint Services 3.0 SDK, nem é basicamente um recurso de desenvolvedor. Os desenvolvedores devem usar o SDK para geralmente compreender como estender Windows SharePoint Services 3.0.

Este artigo é destinado a ser um recurso para uma nova linhagem de designers de site. Porque Windows SharePoint Services e Office SharePoint Designer 2007 possibilitam criar tanta funcionalidade de aplicativo por meio da UI, habilidades de desenvolvimento avançado não são necessárias para criar aplicativos avançados. Para ter certeza, este artigo descreve algumas implementações de código personalizado padrões de design particularmente complicado, mas a metodologia geral deve estar acessível para não-desenvolvedores e é apresentada com esse público em mente. Desenvolvedores talvez queira ler as seções iniciais sobre as ferramentas e a metodologia e observe a descrição dos padrões de design e os exemplos específicos de como implementar os padrões de design mais rapidamente.

Em termos de estrutura de artigo, a primeira seção, Ferramentas e tecnologias usadas, fornece uma visão geral dos recursos dentro de Windows SharePoint Services 3.0 e Office SharePoint Designer 2007 que são usadas na criação de aplicativos. A próxima seção, metodologia de arquitetura e desenvolvimento de aplicativos, descreve, em geral, a metodologia usada pela Microsoft em todos os modelos de aplicativos. A metodologia é uma abordagem de sentido comum que leva a um exame real da finalidade da solução, como ela será usado e por quem e quais partes da tecnologia iniciá-lo mais sem precisar escrever código personalizado. Ele termina com um processo para identificar áreas onde código personalizado ou outro trabalho personalizado serão necessárias.

A próxima seção do artigo, padrões de design comuns de implementação, aborda como usar as vantagens de Windows SharePoint Services e Office SharePoint Designer 2007 para requisitos de design de aplicativo comuns, como como criar ações personalizadas em uma lista de endereços. Este é o núcleo do artigo e descreve as abordagens para os padrões de design recorrentes em todos os modelos de aplicativo (e, na verdade, todos os aplicativos que podem surgir com). Esta seção fornece exemplos para cada um dos cinco padrões de design, incluindo orientação para trabalhar com a Windows SharePoint Services UI ou com Office SharePoint Designer 2007 e alguns códigos personalizados.

A última seção do artigo, criar modelos, descreve como criar um arquivo de modelo usando Office SharePoint Designer 2007. Ela também aborda outros problemas, como localização.

Ao concluir este artigo, você deve ter uma boa compreensão de como projetar e criar um aplicativo, como começar criando um site diretamente no Windows SharePoint Services 3.0, incluindo a criação de listas vinculadas, colunas personalizadas, bibliotecas, fluxos de trabalho e assim por diante, como para em seguida, abra o site no Office SharePoint Designer 2007 fazer mais personalizações, criar formulários personalizados, adicionar código personalizado para alterar determinados comportamentos , criar fluxos de trabalho personalizados e assim por diante e, por fim, como criar o próprio modelo de aplicativo e implantá-lo para uso.

Início da página

Ferramentas e tecnologias usadas

Há um número de tecnologias e ferramentas que se juntam para torná-lo possível criar aplicativos com mais facilidade do que nunca. No lado tecnologias, novos recursos como o suporte de fluxo de trabalho significam que um designer de site não escrever código para trazer o fluxo de trabalho para um aplicativo. No lado de ferramentas, Office SharePoint Designer 2007, Microsoft Visual Studio 2005 e fazer outras ferramentas possível usar menos código (geralmente sem código) para realizar ações que costumava ser muito difícil realizar.

Em geral, a Microsoft tem tratadas uma estratégia em todas essas ferramentas e tecnologias que move mais o esforço de canalização difícil para a infraestrutura em si, tornando possível ser mais um designer e menos um desenvolvedor. Em outras palavras, a Microsoft já fez muito o trabalho uma vez, para que você pode simplesmente usar esses recursos em seus aplicativos de maneira intuitiva por meio da UI.

Para se preparar para entender como as várias tecnologias e ferramentas se juntam no processo de criação do aplicativo, as seções a seguir discutem Windows SharePoint Services 3.0, Office SharePoint Designer 2007 e outras tecnologias especificamente em termos de relevantes novos recursos e capacidades. Para discussões mais abrangentes, examine os recursos no final deste artigo.

Windows SharePoint Services 3.0

Windows SharePoint Services 3.0 contém alguns novos recursos poderosos. Os recursos e os novos recursos a seguir são particularmente relevantes para a criação de aplicativos personalizados, e você verá que muitas delas mencionadas novamente nas seções posteriores:

  • Listas e bibliotecas   Windows SharePoint Services 3.0 apresenta um número de nova biblioteca e tipos de lista, que podem ser usados como base para aplicativos. Novos tipos de biblioteca incluem a biblioteca de slides, uma biblioteca especialmente projetado para armazenar e gerenciar slides reutilizável Microsoft Office PowerPoint 2007, uma biblioteca de conexão de dados e outras pessoas. 

  • Tipos de conteúdo     Tipos de conteúdo são um conceito de núcleo usado em todo o Windows SharePoint Services 3.0. Tipos de conteúdo foram projetados para ajudar os usuários a organizar o conteúdo em seus sites do SharePoint de maneira mais significativa. Um tipo de conteúdo é um conjunto reutilizável de configurações que podem ser aplicadas a determinadas categorias de conteúdo. Tipos de conteúdo permitem gerenciar centralmente e reutilizar os metadados e comportamentos de um tipo de documento ou item. Por exemplo, você pode associar fluxos de trabalho e eventos para um tipo de conteúdo, em vez de ter de adicionar fluxos de trabalho e eventos para vários documentos ou bibliotecas.

  • Colunas de site    Colunas de site fornecem um modelo reutilizável central para definição de coluna. Quando você cria uma coluna de site, cada lista que usa esta coluna tem a mesma definição e você não tem que reproduzir a coluna em cada lista. Colunas de site oferecem uma maneira para os usuários finais selecione de um conjunto predefinido de colunas que podem ser úteis para sua lista. Portanto não só pode ser usados para definir colunas centralmente para modelos de lista conhecidos, mas eles fornecem aos usuários um caminho para usar as colunas especiais que podem ter significados personalizados.

  • Fluxo de trabalho     Em Windows SharePoint Services 3.0, um fluxo de trabalho permite anexar um processo empresarial aos itens em listas e bibliotecas. Esse processo pode controlar quase todos os aspectos de um item, incluindo o ciclo de vida do item. Por exemplo, você poderia criar um fluxo de trabalho simple que roteia um documento em uma série de usuários para aprovação. Normalmente, um designer de site ou desenvolvedor irá criar fluxos de trabalho específicos. Designers de site podem usar Office SharePoint Designer 2007 para criar fluxos de trabalho usando o ambiente de Assistente do Designer de fluxo de trabalho e desenvolvedores podem usar o Visual Studio 2005 para criar fluxos mais poderosos e complexos.

  • Estrutura de recurso   Windows SharePoint Services 3.0 contém uma nova estrutura chamada "recurso". Um recurso pacotes Windows SharePoint Services elementos que ajudam o usuário realizar um objetivo específico ou uma tarefa. Um recurso contém um ou mais elementos. Um elemento é um conceito atômica Windows SharePoint Services. recursos de Windows SharePoint Services 3.0 fornecem uma estrutura inteira que você pode aproveitar como um desenvolvedor para fornecer funcionalidade personalizada para soluções de Windows SharePoint Services. Recursos também fornecem administradores uma maneira fácil de adicionar ou remover partes empacotados de funcionalidade. 

  • Aprimoramento de evento    Eventos se encaixam em duas categorias principais:

    • Eventos de lista    Eventos de núcleo, incluindo as alterações, adições e remoção de itens de lista e colunas de lista (alterações de esquema)

    • Eventos de um site simples    Exclusão de sites e conjuntos de sites

      Eventos são síncrono "eventos, indicados pelo formato de nome de"XYZing", antes" ou assíncrono "após" eventos, indicados pelo formato de nome de "ABCed".

  • Acesso de dispositivo móvel   Windows SharePoint Services 3.0 fornece novos recursos que permitem listas para ser renderizada apropriadamente em dispositivos móveis. Quando um usuário navega para um site de Windows SharePoint Services 3.0 usando um dispositivo móvel, seu navegador será redirecionado para uma versão específicas para dispositivos móveis do site que renderiza o conteúdo do site e listas em um formato que é mais adequado para o dispositivo. 

Office SharePoint Designer 2007: a ferramenta premier para a criação de aplicativos do SharePoint

Office SharePoint Designer 2007 destina-se especificamente para ajudá-lo a criar e personalizar sites e fluxos de trabalho criados com produtos e tecnologias (Windows SharePoint Services 3.0 e Microsoft Office SharePoint Server 2007 ) SharePoint. Ele fornece ferramentas que profissionais de TI e criadores de soluções precisam desenvolver soluções de fluxo de trabalho que melhoram a agilidade organizacional e a automação de processos de negócios e aplicativos baseados em SharePoint. Usando Office SharePoint Designer 2007, você não precisa usar tradicionais de codificação técnicas ou idiomas processual para fazer o seguinte:

  • Criar formulários e modos de exibição de dados sem código em uma variedade de fontes de dados — como arquivos XML, bancos de dados SQL como o Microsoft SQL Server 2005 e serviços Web.

  • Crie fluxos de trabalho sofisticados, dinâmicos e sem código.

  • Realize o design e layout de página.

  • Crie páginas mestras.

  • Editar e aplicar folhas de estilos em cascata (CSS).

  • Criar páginas de Web Part e conectar Web Parts para criar aplicativos de negócios sofisticados.

O Visual Studio 2005

Visual Studio 2005 pode ser usado para adicionar o código personalizado a aplicativos ou para criar fluxos de trabalho personalizados. Você pode usar o Visual Studio 2005 Designer for Windows Workflow Foundation para criar modelos de fluxo de trabalho e atividades de fluxo de trabalho personalizadas. Você pode incluir o código no seu fluxo de trabalho, bem como criar formulários para ser usado pelo fluxo de trabalho para se comunicar com os usuários de fluxo de trabalho durante a associação e o tempo de execução.

Visual Studio 2005 Extensions para Windows SharePoint Services 3.0 é um download gratuito que pacotes juntos um conjunto de ferramentas para desenvolvimento de aplicativos do SharePoint personalizados usando o Visual Studio 2005. O pacote inclui modelos de projeto do Visual Studio para Web Parts, definições de site, definições de lista e um programa de utilitário autônomo, o gerador de solução do SharePoint, que gera um projeto de definição de site de um site do SharePoint existente. O programa permite que os desenvolvedores usem o navegador e Office SharePoint Designer 2007 para personalizar o conteúdo de seus sites antes de criar o código usando o Visual Studio 2005.

As extensões do Visual Studio 2005 para o Windows SharePoint Services 3.0 foram recolhidas, mas você ainda pode acessar o Visual Studio 2008 Extensions for Windows SharePoint Services 3.0, v 1.3.

Microsoft Office Access 2007

Microsoft Office Access 2007 permite que você crie aplicativos de acompanhamento, oferecendo uma experiência de usuário para inserir, gerenciar e relatar dados para cenários de destino. Para obter mais informações sobre como projetar, criar e compartilhar modelos do Access, consulte o livro A racional guia para Microsoft Office Access 2007 Templates.

Abordagens e técnicas gerais

No contexto da metodologia de desenvolvimento descrito na próxima seção, as etapas gerais básicas para a criação de um aplicativo são:

  1. Decida se você precisará uma definição de site ou um modelo de site.

  2. Crie o site principal no Windows SharePoint Services 3.0 ou Office SharePoint Server 2007.

  3. Use Office SharePoint Designer 2007 para abrir o site, faça as modificações etc.

  4. Use o Visual Studio 2005, se necessário, para criar o código personalizado adicional, fluxos de trabalho personalizados, etc.

Início da página

Metodologia de desenvolvimento e arquitetura de aplicativo

Como com qualquer projeto de desenvolvimento, projetar e criar um aplicativo de Windows SharePoint Services terá uma chance maior para o sucesso se você seguir uma metodologia comprovada. Esta seção descreve a metodologia Microsoft usada no design de todos os modelos de aplicativo para download. Haverá nada surpresa na abordagem aqui, especialmente para desenvolvedores experientes, mas ele levar em conta que algumas das especificações do ambiente do SharePoint, e refletir as lições aprendidas pela Microsoft, e ele ficará de valor neste contexto. Novamente, esta seção será mais útil para não-desenvolvedores que sabem como usar Windows SharePoint Services 3.0 e Office SharePoint Designer 2007.

Em resumo, a metodologia começa com pensar geralmente o que o aplicativo precisa fazer, quem precisa usá-lo e assim por diante. Em seguida, ela examina em mais detalhes como os dados no aplicativo precisam fluxo, onde ele precisa ser armazenada e que são lá relações entre várias partes de dados. Com uma boa compreensão do modelo de dados e os cenários de uso, a metodologia chamadas para saltar no e começar a criar uma versão aproximada do aplicativo na Windows SharePoint Services 3.0, criar listas, bibliotecas, fluxos de trabalho e assim por diante, de maneira iterativa, ponto de que ele começa a aparência e o comportamento geralmente conforme desejado. Por fim, a metodologia telefona para identificar e composição dos ajustes e personalizações necessárias para tornar o aplicativo realmente ajustar suas necessidades de processo de negócios.

Definir os requisitos funcionais para o aplicativo

Embora não seja necessário ter um documento de especificação técnica altamente detalhada antes de criar uma solução Windows SharePoint Services, é necessário ter uma boa ideia de como o aplicativo precisa funcionar. O ponto anterior pode parecer óbvio, mas muitos desenvolvedores sofreram os problemas das incompatibilidades entre participantes opinião desejarem em um aplicativo e o que realmente precisam para o processo de negócios tenha êxito (claro participantes geralmente percebem este depois que eles vão ver o aplicativo quase concluído!).

Tudo isso é simplesmente dizer que, desde o início significa reunir os requisitos funcionais e pensar sobre o que o aplicativo precisa realizar. Por exemplo, se precisar de uma solução de acompanhamento de projetos, você desejará identificar, no mínimo, o seguinte:

  • Quais são as atores/funções no processo de negócio?    Nesse caso, um proprietário de projeto cria um projeto e mantém informações sobre tarefas, problemas e assim por diante e proprietários de tarefa tem problemas e tarefas atribuídas a eles e precisam interagir para concluir seus trabalhos. Gerentes precisam ver acúmulo de informações sobre o status geral do projeto.

  • o que são a interface do usuário precisa para diferentes atores?    Nesse caso, o proprietário do projeto proprietários de tarefa necessário e o Gerenciador de todos os diferentes modos de exibição relevante para suas atividades. Os proprietários de tarefa devem ser capaz de ver todos os problemas atribuídos a eles, por exemplo, enquanto o proprietário do projeto deve ser capaz de ver todos os últimos problemas de conclusão.

  • a aparência do processo de negócios como é?    Nesse caso, um proprietário de projeto cria um projeto, marcos, tarefas e entradas de orçamento e então rastreia o progresso ao longo do tempo. O proprietário do projeto tem acesso frequente em todas as partes de informações, enquanto os proprietários das tarefas precisam atuar em dados quando algo é atribuído a elas.

  • Onde estão os dados?    Você só usará dados em Windows SharePoint Services, ou você precisará acesso a dados externos (de banco de dados, por meio de um serviço Web, através do catálogo de dados corporativos e assim por diante), e você precisará armazenar dados fora do Windows SharePoint Services ?

  • Quais são as relações entre os dados?    Nesse caso, precisamos ter um item de projeto, um item de marco e itens de tarefa e de emissão, e eles têm uma hierarquia lógica. Os usuários estão também os pontos de dados, e então são coisas como orçamento, o número de dias e assim por diante.

É uma ótima maneira de encontrar as respostas para a maioria dessas perguntas literalmente desenhar imagens em um quadro de comunicações, iteração pelo processo de negócios algumas vezes e com algumas variações (criando alguns projetos, atribuindo tarefas para duas ou três pessoas em projetos e assim por diante). Forma conceitual, o aplicativo de acompanhamento de projeto é um design muito simple e os requisitos são bastante desmarque neste momento.

Validar o modelo de dados

Embora o modelo de dados já foi discutido, é tão importante exigir uma análise mais profunda. Entendimento incorreto o modelo de dados provavelmente exigirão que você verifique dramática, todo o sistema muda posteriormente, portanto é importante para colocá-lo à direita.

É importante entender o que há um número de partes relacionadas de informação, bem como um número de partes de meta-informações que descrevem e definir onde no processo de negócios uma determinada informação está localizado. No projeto de controle caso, precisamos saber mais do que há um projeto, um marco e tarefas e problemas. Precisamos saber que um projeto é o item de nível superior e que ele pode ter várias etapas. Projetos também podem ter várias tarefas e problemas.

Determinar os componentes e suas relações

Neste ponto, temos uma boa descrição funcional do aplicativo. A próxima etapa é planejar a arquitetura e decidir como usar as diversas tecnologias e recursos de Windows SharePoint Services 3.0 e Office SharePoint Designer 2007. Cada aplicativo envolve a combinação dos recursos e dos recursos descritos na seção anterior, Ferramentas e tecnologias usadas, incluindo:

  • Listas e pesquisas

  • Modos de exibição de lista personalizada (agrupamento, classificação, filtragem, etc., por meio de Windows SharePoint Services UI)

  • Fluxo de trabalho

  • Páginas personalizadas e modos de exibição de dados personalizados no Office SharePoint Designer 2007

As listas e pesquisas realmente implementarem o modelo de dados. Portanto, no contexto do projeto aplicativo de acompanhamento, você usaria uma lista de projetos, outra lista (com um campo de pesquisa para a lista de projeto) para marcos, outra lista com um campo de pesquisa para o projeto de lista de problemas, etc. Para modos de exibição de página personalizado, pode simplesmente deseja definir a exibição padrão ao grupo de status e classificar por integridade.

Geral, outro exercício de quadro branco está na ordem aqui, onde você simplesmente criar um modelo do aplicativo, identificando as tecnologias usadas para cada parte.

Começar a criar os componentes do aplicativo

Novamente, não é necessário ter um documento de especificação técnica muito precisas neste momento. É mais importante, supondo que você tenha um bom controle sobre o fluxo de dados básico e os requisitos de interface do usuário, basta começar a construção.

Literalmente, isso significa criar um novo site usando um dos modelos de-prontos em Windows SharePoint Services 3.0, ou criar seu próprio modelo de site antecedência e criar uma nova instância de site com base no que. Para muitos aplicativos, você provavelmente acabou usará o modelo de Site de equipe ou em branco como sua base.

No projeto de aplicativo de acompanhamento, a primeira coisa a fazer é criar quatro listas (lista de projetos, tarefas do projeto, questões do projeto e etapas do projeto). Em seguida, crie colunas personalizadas para cada um dessas listas. Windows SharePoint Services 3.0 permite que você crie um número de tipos de coluna diferente, incluindo a opção, número, pessoa ou grupo e pesquisa (informações já contidas neste site). Na lista de projetos no modelo de aplicativo de acompanhamento do Microsoft project usa muitos desses, conforme mostrado na Figura 2.

Colunas personalizadas em uma lista
Figura 2: Colunas de personalizada em uma lista

A coluna integridade baseia-se no tipo de coluna de Escolha, a coluna de orçamento é uma coluna de número (usando moeda) e assim por diante.

Na lista de etapas do projeto, uma coluna de pesquisa é usada para que um marco pode ser associado em um relacionamento pai-filho um projeto. Criar uma coluna de pesquisa é simplesmente uma questão de separação a lista na qual você deseja pesquisar e, em seguida, a coluna da lista de separação (Windows SharePoint Services preenche na lista suspensa automaticamente), conforme mostrado na Figura 3.

definindo uma coluna consulta para obter informações de outra lista
Figura 3: Definindo uma coluna de pesquisa para obter informações de outra lista

Neste ponto, você pode trabalhar no alguma lógica de aplicativo, criando um fluxo de trabalho simple para notificar membros quando novos projetos são criados. Você também pode começar a criar exibições personalizadas em listas usando a Windows SharePoint Services UI classificar e filtrar com sua preferência.

Determinar as personalizações necessárias no aplicativo

Funcionalidade, muita do aplicativo de acompanhamento de projeto foi implementada com apenas o Windows SharePoint Services da interface do usuário. Neste ponto, podemos já ver o que funciona mas bem insuficiente, quais itens não podem ser feitas por meio da Windows SharePoint Services UI e assim por diante. Algumas áreas onde queremos aproveitar Office SharePoint Designer 2007 são:

  • Lógica de aplicativo de fluxo de trabalho    Os fluxos de trabalho que você pode usar prontos para uso em Windows SharePoint Services 3.0 e Office SharePoint Server 2007 devem especificar um usuário ou um grupo ao qual deseja atribuir uma tarefa. Para o nosso aplicativo de acompanhamento de projetos, precisamos de uma maneira de determinar dinamicamente um destinatário para uma ação de fluxo de trabalho, com base na propriedade proprietário em um problema ou uma tarefa. Podemos usar Office SharePoint Designer 2007 para criar um fluxo de trabalho sem código dinâmico para esta solução.

  • Modos de exibição de painel e gerente    Precisamos de uma maneira de mostrar uma visão combinada de todos os projetos, todos os orçamentos e assim por diante. É possível criar facilmente sem código modos de exibição de dados para mostrar ingressou e combinados informações para um painel.

  • Relações pai-filho    Há alguns problemas de facilidade de uso durante a criação de tarefas. Talvez, podemos gostaria de ter um padrão de tarefas a um projeto específico, dependendo de qual página, estamos. Podemos usar Office SharePoint Designer 2007 para adicionar lógica para automatizar a vinculação de um item para outro.

A Microsoft usou a mesma abordagem iterativa durante a criação de modelos de quarenta aplicativos e um conjunto de abordagens consistentes, com práticas recomendadas consistentes, árvores de decisão e assim por diante, foi desenvolvido para otimizar para que deve ser feito nativamente no Windows SharePoint Services 3.0 e o que deve ser feito usando Office SharePoint Designer 2007 e outras ferramentas. A próxima seção deste artigo aborda essas abordagens, identificando cinco "padrões de design" e as maneiras que ele deve ser implementado, com exemplos de muitos dos modelos de aplicativos durante o percurso. Assim, o restante deste documento é mais detalhadas e mais tecnicamente de discussão sobre metodologia.

Início da página

Implementação de padrões de design comuns

Nesta seção, podemos descreverá os padrões de design básicas cinco no contexto de como Microsoft realmente usado-los. Assim, podemos fará referência a um número de exemplos diferentes entre os modelos, incluindo exemplos de código e algumas orientações passo a passo onde apropriado. Os desenvolvedores encontrarão esta seção e as seções restantes como realmente criar um modelo de aplicativo mais útil, mas ele é escrito estejam acessíveis para não-desenvolvedores também.

Para começar, os padrões de design são:

  • Formulários personalizados    Criando personalizada aparência fornece orientação para ação em determinados pontos no processo de negócios (Isso inclui apenas expor as propriedades adequadas que têm permissão para ser modificada ou são relevantes em um determinado estágio).

  • Fluxo de ação    Criar ações bem definidas que levar ao lugar certo para o ator direita (para isso, precisamos de controle de navegação de boa confidenciais a ação sendo realizada e o ator tomar a ação).

  • Relações pai-filho    Criar uma relação entre duas ou mais listas do SharePoint para pesquisa e referência.

  • Fluxos de trabalho    Usando Office SharePoint Designer 2007 para criar um processo empresarial baseado no Windows Workflow Foundation.

  • Painéis    Usando Web Parts para criar uma exibição unificada das informações disperso em todo o site em um só lugar.

Usando formulários personalizados

Formulários personalizados reproduzir uma função vital em Personalizar a interface de usuário de entrada de dados no Windows SharePoint Services. Assim como modos de exibição de lista personalizada são usados para apresentar dados de lista de maneiras diferentes, formulários personalizados são usados para apresentar diferentes métodos de capturando entrada do usuário. A necessidade de criar esses formulários personalizados pode surgir por vários motivos, dependendo da necessidade comercial.

Personalização baseada em tarefas

Processos de negócios exigem que os usuários executar ações muito específicas que afetam a dados corporativos em pontos diferentes no processo. Uma solução de processo de negócios boa torna mais fácil para os usuários façam seu trabalho ao expor as informações corretas em cada etapa do processo.

Por padrão, o Windows SharePoint Services inclui um formulário de edição com cada lista. Entretanto, este formulário poderá não exibir o melhor conjunto de campos para um estágio específico de um processo empresarial e ele não irá organizar esses campos de uma maneira que faz com que a ação necessária limpar. Para garantir que os usuários possam editar facilmente as informações corretas ao executar uma ação, você pode criar um formulário personalizado para cada ação.

A solução de acompanhamento de bugs usa formulários de edição personalizada para que cada estágio do bug processo de controle, fique imediatamente limpar quais informações devem ser inseridas para um item de bugs. Cada ação no bug processo de controle tem seu próprio formulário. Por exemplo, quando um usuário escolhe resolver um erro, eles são direcionados para a página de resolução (Resolve.aspx). Esta página permite que eles insira a resolução de bugs e o nome da pessoa que resolvido bug. O usuário clica no botão resolver para enviar suas modificações. Isso fornece um fluxo de ação que é fácil de usar e ajuda a eliminar erros ou informações ausentes.

Criar um formulário de edição personalizada é relativamente fácil fazer usando Office SharePoint Designer 2007:

  1. Criar uma cópia do padrão EditForm. aspx e renomeá-lo.

    Importante : É importante que você crie uma cópia do padrão EditForm. aspx e renomeie-a como a primeira etapa no processo. Se você executar a etapa 2 na página EditForm. aspx original, você desconectará irreversivelmente na lista.

  2. Exclua a Web Part de formulário de lista no seu novo formulário de edição.

  3. Inserir um modo de exibição de dados que contém os dados que você deseja expor (no menu Inserir, clique em Controles do SharePoint, clique em Formulário de lista personalizado ).

  4. Usando o método Insert, Office SharePoint Designer 2007 cria automaticamente um botão Salvar para o formulário. O código a seguir mostra um exemplo de HTML personalizado para o botão Salvar.

<input type="button" value="Save" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirectsource')}"/>

Navegação

Quando você tiver criado correspondentes às funções de páginas, você ainda precisa oferece uma maneira para os usuários acessem rapidamente o painel relevante. No caso de solução de planejamento, fizemos isso usando um modelo XSL para criar um link para o painel correto para o usuário atual com base em suas funções.

Uma limitação dessa técnica é que se você adicionar mais funções à sua solução, fornecer painéis personalizados para essas funções exigirá a criação de páginas. aspx adicionais.

É importante observar que essa técnica não adicione qualquer controle adicional sobre quem tem acesso às informações do site. Qualquer usuário ainda teoricamente pode exibir qualquer informação na solução.

Atribuir funções aos usuários

Há várias maneiras para criar funções e atribuí-las aos usuários. A melhor solução para esse desafio será variam muito de acordo com os requisitos de um aplicativo específico ou organização. Windows SharePoint Services não oferece uma maneira de atribuições de função provisionar prontos para uso. Em alguns casos, ele pode ser suficiente para provisionar funções depois de um site foi implantado ou permitir que usuários atribuir funções a mesmo como necessário.

No caso de solução de planejamento, os usuários podem inscrever-se para a função que melhor se aplica a eles. Isso é feito por meio de Web Part personalizada na página inicial do espaço de trabalho de planejamento de eventos.

Outros exemplos desse padrão de design

Outro exemplo de administração de servidor de usando formulários personalizados, consulte o modelo de aplicativo de biblioteca de empréstimo para o Windows SharePoint Services 3.0.

Para obter um exemplo de administração do site, consulte o modelo de aplicativo de gerenciamento do processo de fabricação para o Windows SharePoint Services 3.0.

Controlar o fluxo de ação

Um aplicativo de Web do mundo real que é modelado após um processo empresarial raramente está contido em uma única página da Web ou uma Web Part. Em vez disso, se estendem vários tais componentes, cada responsáveis por uma etapa distinta no processo de negócios. Portanto, a navegação tranquilamente e facilmente entre os componentes de um aplicativo se torna um aspecto fundamental do design do aplicativo. Um padrão de design de chave, então, é controlar o fluxo de ação por encadernação ações de processo de negócios para navegação, para que tomar uma ação específica leva o usuário para a próxima página apropriada ou próxima ação.

Um método de controle do fluxo de ação é usar o recurso de ação personalizada no Windows SharePoint Services 3.0, que permite que você adicione suas próprias ações ao botão de contexto incorporado para itens em uma biblioteca. Uma limitação desse recurso é que ações devem ser embutida e não podem ser parametrizadas pelo nome do item ou algum outro valor dinâmico.

Outro método, que permite incorporar ações dinâmicas ao seu processo de negócios, é criar listas personalizadas do SharePoint e usar "campos calculados." O modelo de aplicativo de acompanhamento de bugs usa uma lista personalizada de Bugs para rastrear informações e status de bugs. Usando campos calculados, Microsoft conseguiu incorporar links personalizados ao modo de exibição de lista, para que um usuário pode agir em bugs, como "Ativar" ou "Resolver", e cada uma destas ações tem navegação que traga o usuário para PRI personalizado (consulte padrão de design anterior) de formulário para fazer o que é necessário ativar ou resolver o erro.

Campos calculados são um recurso do Windows SharePoint Services 3.0 que permite que você aplicar um padrão de processamento personalizado como uma coluna em uma lista do SharePoint. Portanto, uma ação de processo de negócios (Ativando um bug) é exposta como um botão em uma coluna que leva o usuário ao formulário personalizado correto para executar essa ação de negócios.

O campo calculado suporta lógica condicional para escolher se uma ação é exibida. Por exemplo, se o bug já estiver ativado, podemos não mostrar no botão Ativar. Um campo calculado é adicionado a uma lista do SharePoint, adicionando um elemento de campo para o arquivo XML de esquema que define a lista. <Field ID="{EA1D0509-767B-4576-ABEF-FC66647037B9}" Name="ActivateBug" Group="_Hidden" Type="Computed" Sortable="FALSE" Filterable="FALSE" DisplayName="$Resources:tsa,Activate_DispName;" ClassInfo="Icon" AuthoringInfo="$Resources:core,Linked_Item;"> <FieldRefs> <FieldRef ID="{94f89715-e097-4e8b-ba79-ea02aa8b7adb}" Name="FileRef"/> <FieldRef ID="{3f277a5c-c7ae-4bbe-9d44-0456fb548f94}" Name="Status"/> <FieldRef Name="ID" /> </FieldRefs> <DisplayPattern> <IfEqual> <Expr1>$Resources:core,Status_Active;</Expr1> <Expr2> <Field Name="Status"/> </Expr2> <Then> </Then> <Else> <HTML><![CDATA[<a href="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/Activate.aspx?ID=]]></HTML> <Column HTMLEncode="TRUE" Name="ID"> </Column> <HTML><![CDATA[" onclick="GoToLink(this);return false;" target="_self">]]></HTML> <HTML><![CDATA[<img border="0" alt="]]></HTML> <HTML>$Resources:tsa,Activate_DispName;</HTML> <HTML><![CDATA[" src="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/IMNBUSY.GIF">]]></HTML> <HTML><![CDATA[</a>]]></HTML> </Else> </IfEqual> </DisplayPattern> </Field>

Este código mostra o XML para o campo calculado ativar. Este campo mostra um link clicável status laranja se bug não foi ativado. O usuário pode clicar no link para ir ao formulário Ativar para esse erro.

O elemento de FieldRefs inclui uma referência de campo para o campo status na lista de bugs. Esta referência nos permite fazer processamento personalizado deste campo calculado com base no status do bug.

O campo DisplayPattern de uma coluna calculada contém os cálculos e padrão de processamento de coluna. Neste exemplo, usamos uma instrução if-then-else para determinar se o status do bug está ativo. Se o bug estiver ativo, podemos exibir nada no campo ativar. Se o bug não estiver ativo, o HTML no elemento Else é exibido. Este código HTML é a imagem e o link que o usuário pode clicar para ativar o bug.

Outros exemplos desse padrão de design

Outro exemplo de administração de servidor de controle do fluxo de ação, consulte o modelo de aplicativo de biblioteca de empréstimo para o Windows SharePoint Services 3.0.

Para obter um exemplo de administração do site, consulte o modelo de aplicativo de Site de atividades de funcionários para o Microsoft Windows SharePoint Services 3.0.

Usando relações pai-filho

Soluções corporativas geralmente exigem dados sejam visualizadas e usado no contexto de uma relação a outros dados. Por exemplo, como temos visto com o aplicativo de acompanhamento de projetos, projetos, tarefas, problemas e marcos são cada armazenados em sua próprias lista do SharePoint. Cada tarefa, emissão e marco estão associado um item da lista de projeto. Manter a relação entre uma lista e as informações de "filho" contidas em outras listas pode representar um desafio.

Criar um vínculo padrão entre um novo item de lista e um existente

Um desafio comum é encontrado quando um usuário deseja criar um item de lista relacionada a um item em uma lista pai. No projeto vários solução de rastreamento, isso ocorre quando um usuário tenta criar uma tarefa relacionada a um projeto existente. Prontos para uso, não há nenhum mecanismo no Windows SharePoint Services 3.0 para criar uma relação entre um item de lista que está sendo criado e que existe automaticamente.

Do projeto página Detalhes da (DispForm. aspx) do modelo de aplicativo de acompanhamento de projeto vários, um usuário pode criar novas tarefas em um projeto. A nova página de criação de tarefa (NewForm. aspx) contém um menu suspenso onde o usuário pode selecionar o projeto pai para esta tarefa. Para fazer esse padrão de lista suspensa projeto pai exibido na página de que usuário navegado, podemos passar a ID do projeto pai para NewForm. aspx na sequência de consulta. Em seguida, estamos usando JavaScript, analisar o valor de ID de projeto check-out e selecione o projeto relevante na caixa suspensa. <a href="../ProjectTasks/NewForm.aspx?ProjectID={$ProjectID}" onclick="javascript:this.href = unescapeProperly(escape(this.href)); GoToLink(this); return false;" target="_self">Create a new Task...</a>

Este código mostra o link de DispForm. aspx. Observe que ProjectID está incluída na sequência de consulta.

Quando NewForm. aspx é carregado, o JavaScript analisa a ID do projeto da cadeia de consulta e altera a lista suspensa de projeto para que o projeto correto está selecionado.

O JavaScript está contido em uma Web Part do Editor de conteúdo em NewForm. aspx. A Web Part estiver definida para não ter nenhum chrome, para que ela não apareça na página, a menos que a página está no modo de edição. O JavaScript é colocado dentro da área do editor de conteúdo. <script type="text/javascript"> _spBodyOnLoadFunctionNames.push("fillDefaultValues"); function fillDefaultValues() { var qs = location.search.substring(1, location.search.length); var args = qs.split("&"); var vals = new Object(); for (var i=0; i < args.length; i++) { var nameVal = args[i].split("="); var temp = unescape(nameVal[1]).split('+'); nameVal[1] = temp.join(' '); vals[nameVal[0]] = nameVal[1]; } setLookupFromFieldName("Project", vals["ProjectID"]); setLookupFromFieldName("Milestone", vals["MilestoneID"]); } function setLookupFromFieldName(fieldName, value) { if (value == undefined) return; var theSelect = getTagFromIdentifierAndTitle("select","Lookup",fieldName); if (theSelect == null) { var theInput = getTagFromIdentifierAndTitle("input","",fieldName); ShowDropdown(theInput.id); var opt=document.getElementById(theInput.opt); setSelectedOption(opt, value); OptLoseFocus(opt); } else { setSelectedOption(theSelect, value); } } function setSelectedOption(select, value) { var opts = select.options; var l = opts.length; if (select == null) return; for (var i=0; i < l; i++) { if (opts[i].value == value) { select.selectedIndex = i; return true; } } return false; } function getTagFromIdentifierAndTitle(tagName, identifier, title) { var len = identifier.length; var tags = document.getElementsByTagName(tagName); for (var i=0; i < tags.length; i++) { var tempString = tags[i].id; if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) { return tags[i]; } } return null; } </script>

O comando despBodyOnLoadFunctionNames.push_adiciona a função de fillDefaultValues à lista de scripts sejam executados em tempo de carregamento.

A função fillDefaultValues captura a identificação de projeto ou identificação de marco da cadeia de consulta e passa para setSelectedOptions. SetSelectedOptions define o valor do menu suspenso para a identificação para o projeto pai.

Outros exemplos desse padrão de design

Outro exemplo de administração de servidor de usando modos de exibição pai-filho, consulte o modelo de aplicativo de acompanhamento de estoque para o Windows SharePoint Services 3.0.

Para obter um exemplo de administração do site, consulte o modelo de aplicativo de abertura de novas lojas para o Windows SharePoint Services 3.0.

Usando fluxo de trabalho

Windows SharePoint Services 3.0 hospeda o Windows Workflow Foundation para habilitar adicionar lógica de fluxo de trabalho para um aplicativo. Office SharePoint Designer 2007 tem uma ferramenta de design baseada em regras avançadas para personalizar e adicionar lógica condicional em torno os fluxos de trabalho de fora da caixa. Você também pode criar mais complexos e fluxos de trabalho personalizados com código usando o Visual Studio 2005 com o Visual Studio 2005 extensões do Windows Workflow Foundation. Em qualquer caso, existem algumas considerações para quando e como usar o fluxo de trabalho, da seguinte maneira.

Considerações de uso de fluxo de trabalho

Fluxo de trabalho é uma boa solução para operações assíncronas. A solução de biblioteca de empréstimo, fluxo de trabalho é usado quando um usuário propõe um novo ativo de biblioteca. Um dos motivos que esse fluxo de trabalho é uma boa opção é o processo entre o proposer e o aprovador não sincronizado.

Fluxo de trabalho também funciona bem para eventos agendados. A solução de biblioteca de empréstimo, fluxo de trabalho é utilizado para lidar com check-out e o vencimento lembretes para ativos de data. Depois que um item com check-out, o fluxo de trabalho envia automaticamente uma data de lembrete de data quando o item se torna vencido.

Fluxo de trabalho pode ser usado como um meio para simplificar a uma tarefa de programação complicada no servidor. O modelo de aplicativo de gerenciamento de cartão de ponto para o Windows SharePoint Services 3.0 é um exemplo. Este aplicativo controla a duração do trabalho de um funcionário em uma determinada tarefa Calculando a diferença de tempo entre o ponto no e fazem check-out carimbos de hora. Normalmente, mantendo o controle dos carimbos de hora exigem registro em log nessas duas atividades no servidor (provavelmente a um banco de dados) – um esforço de desenvolvimento notáveis. Em vez disso, este aplicativo depende de uma etapa de fluxo de trabalho simples. Quando o usuário spams, o fluxo de trabalho cria uma entrada na lista de Log de tempo e define o valor de hora de início para o carimbo de hora atual. Da mesma forma, quando o usuário spams check-out, o fluxo de trabalho atualiza a linha associada na mesma lista e define o valor de hora de término. A duração do trabalho do usuário é simplesmente a diferença entre os valores de hora de início e a hora de término que é refletida na coluna calculada rotulada horas.

Fluxos de trabalho são executados de forma assíncrona. Se você estiver criando uma solução onde os resultados de uma ação devem ser concluídos imediatamente antes de navegar para a próxima página, o fluxo de trabalho não pode ser a melhor solução. Por exemplo, no acompanhamento de solução de erros, o fluxo de trabalho não é usado para lidar com resolução e ativação do bug. Um dos motivos para essa opção de design é que alterações no status de bugs precisam ser refletidas na interface do usuário imediatamente depois que um usuário executa ações um bug.

Usando Office SharePoint Designer 2007 para compilar um fluxo de trabalho personalizado

Criar um fluxo de trabalho usando o Office SharePoint Designer 2007 é uma experiência sem código. Com um site aberto, você simplesmente clique no menu arquivo, aponte para novo, clique em fluxo de trabalho e, em seguida, use o Designer de fluxo de trabalho. O Designer de fluxo de trabalho permite que você crie ações e regras sofisticadas e está integrado com bibliotecas e listas do SharePoint para que você possa usar campos e valores diretamente de itens de lista e biblioteca para orientar sua lógica de fluxo de trabalho.

Por exemplo, suponha que você deseja criar ação de fluxo de trabalho que envia um email para o proprietário de uma tarefa sempre que uma nova tarefa ou um problema é criado. No modelo de acompanhamento de projetos, o proprietário é uma coluna personalizada na lista do SharePoint, para que o fluxo de trabalho pode usar o valor desta coluna e, em seguida, determinar dinamicamente o endereço de email real em tempo de execução.

Para saber mais sobre fluxos de trabalho em Office SharePoint Designer 2007, consulte Introdução ao Microsoft Office SharePoint Designer 2007.

Outros exemplos desse padrão de design

Outro exemplo de administração de servidor de usando fluxos de trabalho, consulte o modelo de aplicativo de gerenciamento de entrevista para o Windows SharePoint Services 3.0 e requisição de trabalho.

Para obter um exemplo de administração do site, consulte o modelo de aplicativo de gerenciamento do Windows SharePoint Services 3.0 e clínicos iniciação de avaliação.

Usando painéis

Entre os vários benefícios da Web Part de infraestrutura em Windows SharePoint Services 3.0 é a capacidade de exibir distribuídas em todo um site do SharePoint ou externamente em uma página de resumo, chamado de um painel de informações. Uma necessidade de negócios comuns em ambientes compartilhados é baseado em função painéis, que podem fornecer um modo de exibição das informações relevantes para uma função ou pessoa. Esses painéis podem tirar proveito dos poderosos recursos internos, como filtragem de Web Part e público-alvo para exibir informações com base em quem o está visualizando a página.

Você também pode ir além desses recursos e crie páginas separadas para funções separadas, para que você possa personalizar realmente não apenas as informações apresentadas, mas também o layout e outros aspectos da página. Tais páginas personalizadas baseado em função são usadas extensivamente os modelos de aplicativo e podem, incluir claro, filtragem e público-alvo também.

O aplicativo de biblioteca de empréstimo, por exemplo, faz uso de painéis baseado em função para apresentar informações mais relevantes para o usuário com base em função do usuário. A página principal do site tem duas páginas disponíveis: um direcionadas para o usuário de biblioteca (a página padrão) e outra para a biblioteca.

Da mesma forma, o aplicativo de suporte técnico tem três modos de painel disponíveis na página principal: página inicial do representante de serviço, conhecimento gerente Home e Home de gerente do representante de serviço. O usuário seleciona o hiperlink mais relevante para sua função. O modo de exibição de Web Part exibido no painel também filtra conteúdo a ser exibido relevantes para o usuário. Isso é feito aplicando um filtro ao modo de exibição. As etapas a seguir ilustram como esse filtro é aplicado a um modo de exibição de lista existente.

  1. Navegue até a página de modo de exibição de lista no navegador.

  2. Localize o controle de lista suspensa na barra de ferramentas de lista e selecione o modo de exibição que você deseja modificar, se o modo de exibição não ainda estiver selecionado.

  3. Vá para o mesmo controle de lista suspensa novamente e selecione modificar este modo de exibição.

  4. Na página Editar modo de exibição, role para baixo até a seção filtro. Defina o valor de filtro da seguinte maneira:

    Mostre os itens quando a coluna criado por é igual a [Eu], ou quando a coluna cliente é igual a [Eu].

  5. Clique em OK.

Representante de serviço gerente Home page do aplicativo do suporte técnico, mostrado na Figura 4, recursos de duas Web Parts dashboard que resumem as solicitações de serviço por status e prioridade na forma de um gráfico de barras.

uma página de painel
Figura 4: Uma página de painel

Estes são o modo de exibição Web Parts de dados que refletem dados contidos em uma lista chamada solicitações de serviço, que também é uma parte do site Ajuda de solução de mesa. Para entender melhor como essas Web Parts foram criadas, abra o site no Office SharePoint Designer 2007 e carregar a página HelpDeskManager.aspx que contém essas Web Parts. Exibir a página no modo de exibição de divisão e você verá que o código por trás de Web Parts é uma mistura de linguagens de marcação XLST, HTML e CSS.

Vamos examine como as barras de gráfico de barras na Web Part foram criadas. Podemos levará a geral serviço solicitar prioridade Web Part como um exemplo. Em Office SharePoint Designer 2007, no menu Inserir, clique em Controles do SharePoint, clique em Modo de exibição de dados para abrir o painel de tarefas biblioteca de fontes de dados. Esse painel de tarefas nos permite navegar pelas várias fontes de dados acessíveis no momento para o site, incluindo listas já no site. Em nosso caso, podemos expandir a seção rotulada Listas do SharePoint e clique no nome da lista, Solicitações de serviço, para indicar que esta lista será a origem dos dados. No menu de contexto que aparece, podemos clique em Mostrar dados. Isso abre um novo painel no painel de tarefas chamado detalhes da fonte de dados que revela todos os campos e dados de exemplo armazenados na lista de solicitação de serviço. Nesse painel, selecionamos os nomes de campo desejado desejamos mostrar na Web Part — em nosso caso, o campo prioridade — e escolha Inserir campo selecionado como o modo de exibição de Item único (consulte a Figura 5).

Observe que o nosso objetivo aqui é mostrar uma contagem resumida de todas as tarefas agrupadas por prioridade. Isso significa que precisamos listam as opções disponíveis no campo prioridade apenas uma vez e, em seguida, mostrar uma contagem de cada valor de prioridade na lista junto com o. Portanto, podemos optar por mostrar os valores de prioridade como um Único modo de exibição de Item como ponto de partida de nossa personalização. Selecionando uma Exibição de vários itens, em vez disso seria expor todas as linhas na lista.

criando uma página de painel no sharepoint designer
Figura 5: Criando uma página de painel no Office SharePoint Designer 2007

Isso insere uma Web Part de exibição de dados na página no ponto de cursor. No entanto, a Web Part simplesmente exibe uma linha de dados e não um gráfico de barras resumindo solicitações de serviço por prioridade. Felizmente, desde que a Web Part é renderizada utilizando o código HTML e XSL, estamos livres para personalizar o código para atender às nossas necessidades. A seção a seguir destaca algumas das áreas-chave desta personalização para converter essa Web Part em um gráfico de barras.

Nós sabemos nossa fonte de dados de lista tem três valores de prioridade possíveis: (1) alta, (2) Normal e (3) baixa. Portanto, podemos declarar uma variável XLST para cada valor da seguinte maneira: <xsl:variable name="High" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(1) High'])" /> <xsl:variable name="Normal" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(2) Normal'])" /> <xsl:variable name="Low" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(3) Low'])" /> <xsl:variable name="AllTasks" select="count(/dsQueryResponse/Rows/Row)" />

Observe que o parâmetro XSL @Priority se refere ao nome do campo de fonte de dados. Como o código para cada um dos três prioridade valores de gráfico é semelhante, podemos focalizar apenas o primeiro valor de prioridade de gráfico. Para obter o valor de porcentagem, podemos definir uma nova variável, percetHigh, para calcular o valor de porcentagem de solicitações de alta prioridade: <xsl:variable name="percentHigh" select="$High div $AllTasks" />

O código que cria a barra real é um modelo XSL, conforme mostrado abaixo: <xsl:template name="ChartRow"> <xsl:param name="RowName"></xsl:param> <xsl:param name="Value"></xsl:param> <xsl:param name="PercentValue"></xsl:param> <tr> <td class="ms-formbody" width="125px" style="vertical-align:middle"> <xsl:value-of select="$RowName"/>: <xsl:value-of select="$Value" /> <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes"> &amp;nbsp; </xsl:text>( <xsl:call-template name="percentformat"> <xsl:with-param name="percent" select="$PercentValue"/> </xsl:call-template>) </td> <td> <table width="100%" > <tr> <td width="{round($PercentValue*100)+1}%" height="15px" class="ms-selected"><xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> <td width="100%" > <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> </tr> </table> </td> </tr> </xsl:template>

Observe que a barra em si é uma tabela com duas células. A largura da primeira célula, que representa a largura da barra no gráfico, é determinado pela variável PercentValue , representado no código como: td width="{round($PercentValue*100)+1}%"

Essa célula também tem uma classe de estilo CSS, ms-selecionada, aplicado a ele. Essa classe de estilo é definida no estilos Core. CSS folha da seguinte maneira: .ms-selected { background-position:left top; color:#000000; background-image:url("/_layouts/images/filedialogselected.gif"); background-color:#FFE499; border-top:1px solid #FFE499; border-bottom:1px solid #FFE499; background-repeat:repeat-x; }

A imagem de plano de fundo, filedialogselected.gif, é o que faz a célula (ou seja, a barra) aparecem amarelo.

Outros exemplos desse padrão de design

Outro exemplo de administração de servidor de usando painéis, consulte o modelo de aplicativo de Call Center para o Windows SharePoint Services 3.0.

Para obter um exemplo de administração do site, consulte o modelo de aplicativo de relatórios de desempenho de negócios para o Windows SharePoint Services 3.0.

Início da página

Como criar modelos

Modelos de aplicativo no Windows SharePoint Services vêm em dois tipos: definições de site e modelos de site. Os modelos de quarenta aplicativo são uma mistura desses dois. Os dois tipos de modelos estão disponíveis para o usuário escolha na página Novo Site do SharePoint e ambas funcionam de forma muito semelhante ao usuário final. No entanto, o método de criação desses modelos e disponibilizá-los para uso do formulário de criação de site é muito diferente.

Definições de site

No sentido mais básico, uma definição de site é uma coleção de arquivos XML, módulos e páginas. aspx que determinam como o site com base nele será estruturado e o que fará o aplicativo subjacente no site. Como os arquivos XML e. aspx base são acessíveis por meio do sistema de arquivos, podem ser duplicados e facilmente modificadas para recriar novas definições de site, tornando definições de site altamente personalizável.

Depois que um site está provisionado (criado) ausência uma definição de site, as alterações feitas nos arquivos de definição de site no sistema de arquivos ainda podem propagar até o site provisionado. No entanto, a alteração arquivos de definição de site quando sites são provisionados não é suportado pela Microsoft. Se qualquer uma das páginas no site provisionado são modificados usando um editor externo como Office SharePoint Designer 2007, a página perde sua conexão com a definição de site no sistema de arquivos. Em vez disso, a página será salva no sistema de banco de dados de Windows SharePoint Services e é conhecida como uma página "personalizada" ou "não duplicada".

Se você precisa personalizar uma definição de site existente, sua abordagem seria iniciar com uma cópia renomeada da definição do site, em vez de modificar um existente. Para implementar alterações para uma definição de site existente após sites já foram provisionado formulário, você precisa criar e implantar um pacote de solução de atualização de definição de site. Para obter detalhes sobre como fazer isso, consulte os artigos correspondentes o Windows SharePoint Services 3.0 SDK.

Modelos de site

Um modelo de site é um site do SharePoint empacotado em um único arquivo que pode ser descompactado para criar novos sites com conteúdo e estrutura semelhante. Isso significa que para criar um modelo de site, precisamos ter um site do SharePoint existente como ponto de partida. Qualquer personalização de sites – layouts de página, folhas de estilos, imagens, páginas mestras, documentos, listas, conteúdo de lista – pode ser capturada no modelo.

O processo de capturar um site existente em um modelo pode acontecer à direita de tarefas administrativas do site (em Configurações do Site ) ou de Office SharePoint Designer 2007. Uma vez criado, o modelo de site é armazenado na Galeria de modelos de Site do conjunto de sites atual. O arquivo tem uma extensão. STP. Este arquivo pode ser baixado da Galeria de modelos de Site e migrado para outro conjunto de sites ou para um ambiente de servidor diferente. A última parte desta seção analisa os detalhes de criar e usar um modelo de site.

Usando definições do site versus modelos de site

Como discutimos apenas, modelos de site são realmente derivados das definições do site. Ao decidir entre a criação de uma nova definição de site ou um modelo de site, considere o seguinte:

  • Complexidade do aplicativo    Se suas necessidades, principalmente, superficiais, como alterações de layout e manipulação de imagem a um site existente, modelos de site são a melhor opção. Por outro lado, se você deseja adicionar novas definições de Web Part, ou deseja usar código personalizado ou computado campos, você deve criar uma definição de site personalizada.

  • Seu nível de acesso no servidor    Você tem acesso a todo o servidor Web? Ou apenas para um determinado conjunto de sites? Criar e implantar uma definição de site requerem acessando o sistema de arquivos do servidor. Se você não tiver esse acesso, você está limitada à criação de um modelo de site no nível de conjunto de sites que você tem acesso a. Tenha em mente que esse requisito de acesso não se aplica aos administradores de sites — uma vez implantado, qualquer um com direitos para criar um novo site terá acesso a qualquer tipo de modelo de aplicativo.

  • Frequência das atualizações/alterações futuras    Alterar um modelo de site não afeta sites já criados a partir dele — apenas a sites mais recentes criados após as alterações são afetadas. Implantando um pacote de solução de atualização de definição de site afeta todos os sites já criados a partir dele.

Orientação para a criação de modelos de site e definições do site

Criação de modelos de site e definições do site envolvem quantidades variáveis de complexidade. As técnicas básicas são descritas nas próximas seções.

Criando um modelo de site

Conforme discutido anteriormente, um modelo de site é realmente um site do SharePoint que é fornecido para reutilização. Esse arquivo empacotado existe na Galeria de modelos de Site no nível de conjunto de sites. Os modelos de site na galeria estão disponíveis para a criação de novos sites em todos os níveis de site filho do conjunto de sites. As etapas a seguir irão orientá-lo na criação de um novo modelo de site de um site existente:

  1. Abrir o site existente no Office SharePoint Designer 2007 e certifique-se de que o layout e o conteúdo no site está como desejado.

  2. No menu arquivo, aponte para Exportar e clique em Modelo de Site do SharePoint. Isso leva você à página da Web de configurações do Site.

  3. Insira um nome de arquivo, o título e a descrição do modelo.

  4. Opcionalmente, selecione a opção Incluir conteúdo se quiser que os dados em listas e bibliotecas de documentos incluídas no modelo. Você também deve selecionar esta opção se quiser incluir fluxos de trabalho porque fluxos de trabalho são realmente conteúdo armazenado em uma biblioteca de documentos.

  5. Clique em Okey. Isso cria um arquivo de modelo fora do site com uma extensão. STP e coloca o arquivo na Galeria de modelos de Site do site pai.

Da Galeria de modelos de Site, você pode clicar no nome do modelo para baixar o arquivo. STP localmente no disco. A partir daí, você pode carregar o arquivo para outra galeria de modelos de Site.

Criando uma definição de site

Ao contrário dos modelos de site, definições do site são armazenadas no sistema de arquivos. Cada definição de site está localizada em sua própria pasta no servidor em:

% CommonProgramFiles \ %\Microsoft Shared\Web server extensions\12\TEMPLATE\ SiteTemplates

A pasta de modelos de site hospeda vários elementos do site como arquivos. aspx e. HTML, bem como os recursos associados, como imagens e arquivos JavaScript. ONET. XML é o arquivo de definição de site principal que especifica as diversas configurações e módulos para definição do site. ONET. XML é armazenado em uma subpasta chamada "XML".

Definições de site são registradas com Windows SharePoint Services e disponibilizadas via os arquivos WEBTEMP XML. Todos os arquivos WEBTEMP XML estão localizados no

% CommonProgramFiles % \ \Microsoft Shared\Web server extensions\12\TEMPLATE\ < LCID > \XML

onde < LCID > é a identificação de local, como 1033. O nome real do arquivo XML tem o prefixo "WEBTEMP" (por exemplo, WEBTEMPBT. XML).

Basicamente, criar uma nova definição de site consiste em duas etapas principais: (1) Configurando a pasta de definição de site e (2) criar o arquivo WEBTEMP XML que irá registrar a definição de site com Windows SharePoint Services. A primeira etapa pode ser feita clonagem uma pasta existente de definição de site e alterando seu conteúdo para atender às necessidades de negócios. O ONET. Arquivo XML contém elementos que especificam como as várias partes das páginas de sites são provisionadas, como a barra de navegação, modelos de documento e modelos de lista. O elemento de configurações Especifica as listas e módulos que são criados por padrão quando é criada uma instância a definição do site. O trecho a seguir é do ONET. XML da definição de site de acompanhamento de bugs e mostra uma parte do elemento configurações : <Configurations> <Configuration ID="0" Name="Default"> <SiteFeatures> <!-- BasicWebParts Feature --> <Feature ID="00BFEA71-1C5E-4A24-B310-BA51C3EB7A57" /> <!-- Three-state Workflow Feature --> <Feature ID="FDE5D850-671E-4143-950A-87B473922DC7" /> <!-- TSA Fields and Content Types --> <Feature ID="75A0FEA7-CD50-401e-AF0E-782F3662A299" /> </SiteFeatures> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> <!-- MobilityRedirect --> <Feature ID="F41CC668-37E5-4743-B4A8-74D1DB3FD8A4" /> <!-- Bug Tracking Categories List --> <Feature ID="75A0FEA7-42E8-4527-8313-F63C4C49A7E6" /> <!-- Bug Tracking Bugs List --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8E" /> <!-- Bug Tracking Bugs List Instance --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8F" /> ... ... <!-- Post Provisioning Event Handler --> <Feature ID="75A0FEA7-B0EF-434e-90D6-CE997D970564"> <Properties> <Property Key="ZonedWebPartsUrlList" Value="$Resources:core,lists_Folder;/Bugs/Resolve.aspx,$Resources:core,lists_Folder;/Bugs/Activate.aspx,$Resources:core,lists_Folder;/Bugs/Close.aspx"/> </Properties> </Feature> </WebFeatures> </Configuration> </Configurations>

Observe que essa definição de site usa diversos recursos como lista de Bugs, lista de categorias de bugs, mobilidade redirecionar etc. Esses recursos estão listados sob os elementos SiteFeatures e WebFeatures com recurso GUIDs. Os GUIDs são encontrados no elemento do recurso dentro do arquivo Feature correspondente localizado nesta pasta:

% CommonProgramFiles \ %\Microsoft Shared\Web server extensions\12\TEMPLATE\FEATURES

Consulte o SDK do Windows SharePoint Services 3.0 para obter mais detalhes sobre como personalizar ONET. XML.

A segunda etapa para a criação de uma definição de site personalizada é criar o arquivo WEBTEMP *. Arquivo XML nesta pasta:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ < LCID > \XML

O elemento de modelos deste arquivo Especifica as configurações que podem ser usadas para criar uma instância os sites criados da definição do site. O trecho a seguir ilustra o formato de arquivo de WEBTEMPbt.XML, que é o arquivo de configuração usado pela definição de site de acompanhamento de bugs: <?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="BT" ID="75801"> <Configuration ID="0" Title="Bug Database" Hidden="FALSE" ImageUrl="/_layouts/images/stsprev.png" Description="A site for teams to track bugs in their shared software projects." DisplayCategory="Application Templates" > </Configuration> </Template> </Templates>

Observe que o atributo de nó do modelo acima nome deve corresponder a "*" no nome do arquivo, WEBTEMP *. XML., observe também que o atributo DisplayCategory do elemento de configuração determina qual guia a configuração aparecerão na seção seleção do modelo da página da Web do Site de criar. Você pode criar suas próprias guias colocando seus próprios valores nesse atributo.

Depois que os arquivos de definição de site foram criados e colocadas na apropriado no sistema de arquivos, reinicie o serviço IIS. A nova definição de site estará disponível para seleção na seção Seleção do modelo da página Novo Site do SharePoint no Windows SharePoint Services. Arquivos de definição de site também podem ser empacotados como um arquivo de solução para fácil migração para outro ambiente do SharePoint ou reimplantação no mesmo ambiente. Um arquivo de solução é um arquivo de gabinete com um. Extensão WSP (para o pacote de solução da Web). Ele contém conjuntos de recursos, Web Parts, recursos, etc usadas pelo definição do site de classe. Você pode usar a ferramenta de makecab.exe criar um. Arquivo WSP. Consulte o SDK do Windows SharePoint Services 3.0 sobre como criar um arquivo de solução.

Localizando uma definição de site

Localização de uma definição de site é mais fácil por meio do uso detecção de cultura e arquivos de recurso. Enquanto uma típica localização de aplicativo do ASP.NET 2.0 é feita durante o tempo de compilação, localização de site do SharePoint é feita durante a configuração do site. Entre os modelos de aplicativos, todos os modelos de definição de site 20 foram localizados em 10 idiomas. As definições de site próprios são criadas de maneira independente de idioma enquanto os literais de cadeia de caracteres são armazenados em arquivos de recurso (. resx). Se você quiser adicionar localização sua própria definição de site ou adicionar suporte para um novo idioma para uma definição de site existente, você pode fazer isso criando um novo arquivo de recurso. O arquivo vai no diretório de recursos localizado em:

% CommonProgramFiles \ %\Microsoft Shared\Web server extensions\12\Resources

Este arquivo é essencialmente um arquivo XML, editável em qualquer editor de texto. As etapas a seguir mostram como você pode criar um novo arquivo de localização para uso em uma definição de site:

  1. Navegue até o diretório de recursos mencionado acima e localize o arquivo existente que você deseja localizar para um novo idioma.

  2. Clonar o arquivo e dar a ele o mesmo nome, exceto para o nome de cultura de idioma (exemplo tsa-en-US para tsa-es-es.resx).

  3. Abra o arquivo clonado em um editor de texto.

  4. Defina o código do lcid na segunda linha do arquivo para representar o idioma. Por exemplo, o código a seguir define o idioma para Espanhol:

<!-- _lcid="3082" _version="12.0.5006.3000" _dal="1" ––>

  1. Role para baixo até a parte onde você pode ver os elementos de dados seguidos de elementos de valor em um par. Isso é onde você Junte o nome de recurso com valor de cadeia de caracteres localizada. Modifique os valores de cadeia de caracteres no elemento de valor para sua localidade. O exemplo de código a seguir mostra uma cadeia de caracteres do recurso para uma ação Criar novo cliente em espanhol:

    <data name="Action_NewCustomer">
    <value>Crear un Nuevo cliente</value>
    </data>
  2. Salve o arquivo para a pasta de recursos com um nome como myCustomResource.es-es.resx (o nome real depende o nome de cultura de idioma para o qual destina-se o arquivo de recurso). Este arquivo está pronto para ser referenciada pelos arquivos de definição de site em seu aplicativo.

Em ordem para a definição de site localizado aparecer como um modelo disponível na página Novo Site do SharePoint para esse idioma, adicione um arquivo WEBTEMP no diretório < LCID > apropriado. Consulte a seção anterior, "Criando uma definição de Site" sobre como adicionar um novo arquivo WEBTEMP.

Referências de recurso localizado funcionam de maneira diferente nos arquivos. aspx que eles em arquivos XML. Por exemplo, referências em arquivos. aspx são avaliadas no tempo de execução, enquanto referências de arquivo XML são avaliadas quando o site é criada uma instância. Para acessar os elementos XML no arquivo de recurso em um arquivo de definição de site, a seguinte sintaxe é usada: $Resources: myCustomResource, DataName. Por exemplo, para consumir uma cadeia de recurso de um arquivo. aspx, a marcação pode ser algo parecido com isto: <div> <asp:Label runat="server" Text="<%Resources:myCustomResource, Action_NewCustomer %>" /> </div>

Início da página

Resumo

Juntos, Windows SharePoint Services 3.0 e Office SharePoint Designer 2007 fornecem o poderosas ferramentas que necessárias para criar e personalizar interativos, aplicativos habilitados para fluxo de trabalho. Se a personalização de um dos modelos de aplicativo para download de quarenta ou criar seu próprio, este artigo descreve a metodologia comprovada e as práticas recomendadas que não-desenvolvedores mesmo podem usar tenha êxito.

Se você ainda não fez isso, a próxima etapa para tirar é baixar os modelos de aplicativos e começar a usá-los e reabri-los no Office SharePoint Designer 2007. Em seguida, use os recursos na seção de "Recursos" a seguir para ajudá-lo conforme você cria o próprio aplicativo.

Início da página

Recursos

Para obter mais informações sobre Windows SharePoint Services 3.0 e Office SharePoint Designer 2007, consulte os seguintes recursos:

Para obter mais recursos voltada para desenvolvedores, consulte o seguinte:

Início da página

Observação : Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Office Insider

Essas informações foram úteis?

Obrigado por seus comentários!

Agradecemos pelos seus comentários! Parece que pode ser útil conectar você a um de nossos agentes de suporte do Office.

×