Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O SharePoint foi inicialmente iniciado como um produto local em 2001. Ao longo do tempo, uma grande comunidade de desenvolvedores o ampliou e moldou de várias maneiras. A comunidade de desenvolvedores seguiu as mesmas práticas e padrões usados pela equipe de desenvolvimento de produtos do SharePoint, incluindo Web Parts, o feature.xml do SharePoint e muito mais. Muitos recursos foram gravados como personalizações do lado do servidor usando C#, compilados em DLLs e implantados em fazendas de servidores locais.
Essa arquitetura funcionou bem em ambientes com apenas uma empresa, mas não conseguiu ser escalada para a nuvem, onde diversos locatários são executados lado a lado nos mesmos servidores. Como resultado, introduzimos dois modelos alternativos: uma injeção de JavaScript do lado do cliente e add-ins do SharePoint. Ambas as soluções têm prós e contras.
Injeção de JavaScript
Uma das web parts mais populares no Microsoft Office SharePoint Online é o Editor de scripts. Você pode adicionar o JavaScript à web part do Editor de Scripts e fazer com que o JavaScript seja executado quando a página for renderizada. É simples & e eficaz. É executado no mesmo contexto de navegador que a página e está no mesmo DOM, para que possa interagir com outros controles na página. Também tem um desempenho relativamente bom e é simples de usar.
Existem algumas desvantagens nessa abordagem:
- Embora você possa empacotar sua solução para que os usuários finais possam soltar o controle na página, você não pode fornecer opções de configuração facilmente.
- O usuário final pode editar a página e modificar o script, o que pode interromper a web part.
- A web part do Editor de scripts não está marcada como Segura Para Scripts. A maioria dos conjuntos de sites de autoatendimento (my-sites, sites de equipe, sites de grupo) tem um recurso conhecido como "NoScript" habilitado. Tecnicamente, é a remoção da permissão ACP (Adicionar/Personalizar Páginas) no SharePoint. Isso significa que a Web Part do Editor de Scripts será impedida de ser executada nesses sites.
Modelo de Suplemento do SharePoint
Uma opção para soluções executadas em sites NoScript é o modelo add-in/app-part introduzido no Servidor do Microsoft Office SharePoint Online 2013. Essa implementação cria um iFrame em que a experiência real reside e é executada. A vantagem é que, como ele é externo ao sistema e não tem acesso ao DOM/conexão atual, é mais fácil para profissionais da informação confiar nele e implantá-lo. Os usuários finais podem instalar suplementos em sites NoScript.
Existem algumas desvantagens nessa abordagem também
- Eles são executados em um iFrame. iFrames são mais lentos do que a Web Part do editor de script, pois exigem uma nova solicitação para outra página. A página precisa passar pelo processo completo de autenticação e autorização, fazer suas próprias chamadas para obter dados do SharePoint, carregar várias bibliotecas JavaScript e muito mais. Uma Web Part do Editor de Scripts normalmente pode demorar, por exemplo, 100 milissegundos para ser carregada e renderizada, enquanto uma parte do aplicativo pode demorar dois segundos ou mais.
- O limite do iFrame torna mais difícil criar designs responsivos e herdar CSS e informações de temas. Os iFrames têm segurança mais forte, o que pode ser útil para você (sua página está inacessível para outros controles na página) e para o usuário final (o controle não tem acesso à conexão com o Microsoft 365).
Estrutura do SharePoint
Historicamente, os desenvolvedores criaram web parts como assemblies C # de confiança total que foram instalados nos servidores em nuvem.
No entanto, os modelos de desenvolvimento atuais geralmente envolvem JavaScript em execução em um navegador que faz chamadas de API REST para as cargas de trabalho de back-end do SharePoint e do Microsoft 365. Assemblies C# não funcionam nesse mundo. Os desenvolvedores precisavam de um novo modelo de desenvolvimento.
A Estrutura do SharePoint é a próxima evolução no desenvolvimento do Microsoft Office SharePoint Online.