Esta página foi útil?
Seus comentários sobre este conteúdo são importantes. Queremos saber sua opinião.
Comentários adicionais?
1500 caracteres restantes
Exportar (0) Imprimir
Expandir Tudo
Este artigo foi traduzido por máquina. Coloque o ponteiro do mouse sobre as frases do artigo para ver o texto original.
Tradução
Original

Escolha padrões para desenvolver e hospedar seu aplicativo para o SharePoint

SharePoint Add-ins

Saiba mais sobre as diferentes maneiras que você pode hospedar os componentes de aplicativos para SharePoint.

Última alteração: segunda-feira, 9 de março de 2015

Aplica-se a: apps for SharePoint | Office 365 | SharePoint Add-ins | SharePoint Foundation 2013 | SharePoint Server 2013

O modelo de aplicativo SharePoint 2013 apresenta uma ampla gama de padrões de hospedagem e desenvolvimento. Alguns desses padrões podem ser usado em combinação com umas às outras. Por exemplo, seus aplicativos podem misturar hospedado no SharePoint e hospedados remotamente componentes. O modo mais útil para determinar quais padrões que você vai querer usar deve começar com seus próprios requisitos, tecnologias e metas e compare-os com as opções e possibilidades que estão habilitadas por aplicativos para SharePoint.

Aplicativos para SharePoint ampliar o intervalo de linguagens de programação possíveis e pilhas de tecnologia que podem ser usados quando você trabalha com serviços e recursos do SharePoint. O intervalo preciso das opções depende tanto o tipo de aplicativo como o padrão de hospedagem que você escolher. Também é possível misturar padrões.

Aplicativos hospedados pelo SharePoint

Comece com a opção mais simples: aplicativos hospedados pelo SharePoint, ou aplicativos onde a todos os componentes estiverem hospedados em um localmente ou Office 365 o farm do SharePoint. Aplicativos hospedados pelo SharePoint estão instalados em um site SharePoint 2013, denominado web host. Eles têm seus recursos hospedados em um subsite isolado de um web host, denominado web app. É importante saber a diferença entre webs de host e webs app. A Figura 1 ilustra a arquitetura básica de um aplicativo hospedado no SharePoint.

Figura 1. Arquitetura do aplicativo hospedado no SharePoint

The components of a SharePoint-hosted app are hosted on the appweb of a SharePoint farm.

Você pode combinar um aplicativo hospedado no SharePoint com aplicativos que têm hospedados remotamente o componentes, mas qualquer aplicativo ou parte de um aplicativo que é executado em um web app tem o seguinte conjunto de requisitos para três componentes principais: onde o aplicativo está hospedado, como o aplicativo obtém autorização e quais idiomas que pode ser usado.

Componente

Requisito de aplicativo hospedado no SharePoint

Onde os componentes do aplicativo são hospedados

No domínio isolado app de seu farm do SharePoint

Como o aplicativo obtém autorizado

Os privilégios do usuário conectado

Quais idiomas o aplicativo pode usar

JavaScript (com a biblioteca JSOM SharePoint 2013 ) + HTML

This pattern is the easiest to deploy, and you can use the Criar um aplicativo básico de hospedado no SharePoint para SharePoint usando ferramentas de desenvolvimento do Napa Office 365. You’ll want to consider the following before deciding to create a SharePoint-hosted app.

Obter esses benefícios

Mas considere esse

Reutilize os itens comuns do SharePoint, como listas e Web Parts.

Você pode usar o aplicativo JavaScript — não é possível usar qualquer código do lado do servidor.

Relativamente fácil criar e implantar, para que eles são adequados para aplicativos de produtividade de equipes pequenas e automação de processos de negócios, com as regras de negócios de complexidade inferiores.

Seu aplicativo tem apenas os privilégios de autorização do usuário conectado.

Introdução à criação de Suplementos do SharePoint hospedados pelo SharePoint

Aplicativos hospedados pelo provedor

Hospedado em provedor aplicativos para SharePoint incluem os componentes que são implantados e hospedados fora do farm do SharePoint. Eles são instalados na Web de host, mas seus componentes remotos são hospedados em outro servidor. A Figura 2 ilustra a arquitetura básica de um aplicativo hospedado em provedor.

Figura 2. Arquitetura do aplicativo hospedado em provedor

The components of a provider-hosted app are hosted on any web server or hosting service.

A tabela a seguir mostra como os requisitos para hospedar o local, autorização de aplicativo e idiomas muito menos corrigidos para aplicativos hospedados pelo provedor que eles são para aplicativos hospedados pelo SharePoint.

Componente

Requisito de aplicativo hospedado em provedor

Onde os componentes do aplicativo são hospedados

Qualquer servidor web ou o serviço de hospedagem

Como o aplicativo obtém autorizado

OAuth ou a biblioteca do JavaScript entre domínios

Quais idiomas o aplicativo pode usar

Qualquer idioma suportado pelo seu servidor web ou o serviço de hospedagem

Um aplicativo hospedado em provedor interage com um site do SharePoint, mas também usa recursos e serviços que estão localizados no site remoto. Você vai querer considerar o seguinte antes de decidir criar um aplicativo hospedado pelo provedor.

Obter esses benefícios

Mas considere esse

Hospede o aplicativo em Microsoft Azure ou qualquer plataforma web remoto, incluindo as plataformas de não-Microsoft.

Você é responsável por criar a lógica de instalação, atualização e desinstalação dos componentes remotos.

Use um dos modelos de objeto do cliente do SharePoint, a biblioteca de domínio cruzado JavaScript ou SharePoint 2013serviço da web baseado em REST/OData interagir com o SharePoint. 

Cada forma de interação com o SharePoint tem opções correspondentes para abordagens para acesso a dados.

Ganho autorização aos dados do SharePoint usando um dos três autorização sistemas.

Você precisará decidir entre o OAuth e a biblioteca de domínio cruzado para autorizar o acesso do seu aplicativo no SharePoint.

Além das considerando as vantagens técnicas e restrições de cada opção, você também precisará pensar seus objetivos de desenvolvimento ao decidir em um padrão de hospedagem. Você pode usar a tabela a seguir para ajudar a classificar qual padrão de hospedagem melhor atenda às suas necessidades.

Seus requisitos

Padrão de hospedagem recomendado

Exemplo

Trabalhar com e provisionar novas entidades SharePoint exclusivamente

SharePoint-hosted

Um aplicativo que inclui um controle de selecionador de pessoas e que armazena informações sobre os usuários do SharePoint em uma lista do SharePoint

Use as entidades do SharePoint existentes e interagir com externo (não SharePoint) serviços da web

Hospedado pelo provedor

Um aplicativo que obtém os endereços dos clientes de uma lista do SharePoint existente na web host e usa um serviço de mapeamento de um aplicativo web para exibir seus locais

Provisionar novas entidades do SharePoint e interagir com os serviços web externos

Hospedado no SharePoint e hospedado em provedor combinados

Um aplicativo de mapeamento provisiona um SharePoint lista no appweb para que ele possa armazenar as coordenadas de latitude e longitude para endereços que são fornecidos pelo usuário ou extraídas de uma lista existente do SharePoint

Aplicativos hospedados pelo SharePoint tem um padrão de hospedagem fixo, desde que eles sejam hospedados na web app. Aplicativos hospedados pelo provedor oferecem mais flexibilidade para hospedar os diversos componentes de seu aplicativo, portanto, se você optar por criar um, você precisará corresponder seus objetivos e requisitos para o padrão de hospedagem apropriado.

OAuth ou a biblioteca de entre domínios

Uma das perguntas mais importantes que você precise solicitar ao considerar a aplicativos hospedados pelo provedor e como irá criá-los é como o aplicativo obterá autorização para interagir com o SharePoint. Aplicativos hospedados pelo provedor lhe oferece duas opções: a biblioteca do JavaScript entre domínios e OAuth.

A biblioteca entre domínios permite interagir com mais de um domínio, os componentes remotos do seu aplicativo através de um proxy. Se o código do lado do cliente e as permissões de um usuário que está conectado ao SharePoint são suficientes, a biblioteca de domínio cruzado é uma boa opção. Biblioteca do domínio cruzado também é conveniente sempre que você está fazendo chamadas remotas por meio do firewall.

OAuth é um protocolo aberto para autorização que permite a autorização de segurança de aplicativos de cliente (área de trabalho, web e aplicativos móveis) de uma forma facilmente gerenciável. Se você planeja criar um aplicativo para SharePoint que é executado em um aplicativo web remoto e comunica novamente ao SharePoint 2013, geralmente você precisará usar OAuth. OAuth é necessário sempre que você está chamando em SharePoint de um aplicativo web remotamente hospedado que não é possível usar o código do lado do cliente (HTML + JavaScript ) exclusivamente. Saber mais sobre como o OAuth funciona nos aplicativos do SharePoint.

Opções de acesso de dados para aplicativos do SharePoint 2013 and Três sistemas de autorização para aplicativos para o SharePoint 2013 explain the choice between OAuth and the cross-domain library more thoroughly.

OAuth com farms do SharePoint local

If you are using an on-premises deployment of SharePoint 2013, you can use OAuth, but you will have to choose between creating high-trust apps and using an Office 365 tenancy. Office 365 uses Microsoft Azure Access Control Service (ACS) as the trust broker, and if you do not have access to an Office 365 tenancy, you’ll need to use Como: criar aplicativos de alta confiança para o SharePoint 2013, which uses certificates to establish trust between your app and SharePoint. You can add high trust apps to the app catalog of your SharePoint farm, but you can’t sell them in the Office Store. If you do have access to an Office 365 tenancy, you can link it to your on-premises installation of SharePoint 2013 and use ACS as the trust broker for apps that are installed to your on-premises SharePoint.

A tabela a seguir lista todos os padrões de possíveis para hospedar os componentes do SharePoint e os componentes remota do seu aplicativo, juntamente com os agentes de confiança que estão disponíveis para você, se você estiver usando OAuth. Observe que você precisará ter acesso a um locatário Office 365 para usar o ACS para estabelecer confiança entre o SharePoint e um aplicativo para SharePoint que está instalado em uma instalação local do SharePoint 2013.

Local do componente do SharePoint

Local do componente remoto

Confiar broker

No local

Na nuvem

ACS, o certificado

No local

No local

ACS, o certificado

Office 365 Site do SharePoint

Na nuvem

ACS

Office 365 Site do SharePoint

No local

ACS

Você também pode criar aplicativos que incluem os componentes hospedado no SharePoint tanto hospedado em nuvem. Por exemplo, você pode criar um aplicativo hospedado em nuvem, que inclui uma lista personalizada do SharePoint e o tipo de conteúdo. Se você optar por usar essa arquitetura, o design e a abordagem devem considerar as limitações de segurança que são embutidas no modelo. Você pode usar JavaScript nos componentes de código que estão hospedados pelo SharePoint e os componentes remotamente hospedados devem usar OAuth ou a biblioteca entre domínios para interagir com o site do SharePoint. Ao considerar essa abordagem, certifique-se de que entendeu como funciona a autorização de aplicativo no SharePoint 2013. Figura 4 mostra como essa arquitetura funciona se você usar Microsoft Azure para hospedar os componentes remotos do seu aplicativo, e você usar OAuth.

Figura 4. Comunicação de servidor-para-servidor de aplicativo SharePoint quando você usa OAuth e Windows Azure

Server to server communication restrictions

Saiba como criar um aplicativo que combina a hospedagem em nuvem e hospedagem do SharePoint.

Aqui estão algumas coisas a considerar quando você está considerando uma combinação do provedor de hospedagem e hospedagem do SharePoint.

Obter esses benefícios

Mas considere esse

Todos os benefícios das duas abordagens.

A arquitetura mais complexa requer um planejamento cuidadoso em torno de comunicação de servidor-para-servidor e restrições de scripts entre sites.

Sua aplicativos para SharePoint geralmente abrirá de dentro do seu site SharePoint 2013, mas talvez você queira interagir com os recursos de SharePoint 2013 sem precisar criar um aplicativo que se origina do SharePoint. Por exemplo, você pode estar trabalhando em um aplicativo que é executado em um dispositivo móvel ou um aplicativo para Office que precisa para interagir com SharePoint 2013 sem forçar o usuário a visitar o site do SharePoint. Nesse caso, você precisará criar um aplicativo hospedado em provedor que obtém acesso aos recursos do SharePoint dinamicamente.

Mostrar:
© 2015 Microsoft