Práticas de personalização suportadas e não suportadas
Os programadores que expandem o Dynamics 365 Customer Engagement (on-premises) têm a responsabilidade de seguir as regras e melhores práticas documentadas no SDK: Melhores práticas para o desenvolvimento com o Dynamics 365 Customer Engagement (on-premises). SDK documenta as APIs disponíveis para programadores e fornece orientação sobre como utilizar o em. Suporte da Microsoft apenas para API e práticas documentadas no SDK. Pode encontrar alguma coisa na Internet que descreve a forma como pode resolver o problema, mas se isso não tirar partido das API documentadas no SDK, não é suportado pela Microsoft. Antes de peça um programador aplicar uma alteração deve verificar se utiliza os métodos suportados.
Se os programadores utilizam as API e as melhores práticas descritas no SDK podemos testar se alguma das alterações que fizemos ao Customer Engagement tem potencial para quebrar as personalizações existentes. O nosso objetivo é que as personalizações escritas do código através de métodos suportados continuem a trabalhar quando as novas versões ou atualizações das aplicações de Customer Engagement forem disponibilizadas. Porque é beneficia-se pode atualizar as novas funcionalidades nas versões melhoradas sem ter a alteração de que o código só vez.
Se detetarmos que uma alteração numa nova versão das aplicações de Customer Engagement faz com que uma personalização suportada deixe de funcionar, iremos documentar o que é afetado e como é possível alterar o código para resolver o problema.
Que tipos de personalizações não são suportados pelo Dynamics 365 Customer Engagement (on-premises)?
O facto de apenas algumas API e práticas de programação não serem suportadas pela Microsoft não significa que não funcionam. “Não suportado pela Microsoft” significa exatamente isso: que não pode obter suporte da Microsoft para essas API ou práticas de programação. Não as testamos e não sabemos se uma alteração as irá prejudicar. Não é possível prever o que acontecerá se alguém altera o código na implementação.
Desenvolvimento que utiliza APIs não suportados e práticas da agenda assume responsabilidade suportar o código. Terão de testar o código para se certificar que funciona.
Se optar por utilizar personalizações não suportadas na implementação das aplicações de Customer Engagement, tem de documentar o que foi feito e ter uma estratégia para remoção das personalizações antes de contactar o Suporte Técnico do Dynamics 365 Customer Engagement (on-premises). Se necessitar de ajuda com personalizações não suportadas, contacte o programador ou organização que prepararam as personalizações.
Práticas comuns de personalização não suportada
A lista seguinte contém uma lista de práticas de personalização comuns que não são suportadas. Esta não é uma lista completa. Mais informações: Extensões suportadas para o Dynamics 365 Customer Engagement (on-premises): personalizações não suportadas.
Interação com os elementos de (DOM) de modelo DOM da aplicação web do utilizando Javascript
Todas as bibliotecas de JavaScript utilizadas em qualquer local na aplicação devem apenas interagir com as API documentadas. Quando os programadores de JavaScript trabalham com aplicações, acedem frequentemente a elementos DOM com nomes específicos. Visto que o Dynamics 365 Customer Engagement (on-premises) é uma aplicação Web estas técnicas funcionam, mas é provável que deixem de funcionar durante uma atualização porque os nomes dos elementos que referenciam podem mudar ao longo do tempo. Ao direito de reservamos frequentemente efetuar as alterações necessárias na aplicação e nesta o meio que alteram como a página seja incorporada. A aição de quaisquer alterações que dependam da estrutura atual da página significa que terá de investir em testes e provavelmente alterar o código personalizado nos scripts sempre que aplicar uma atualização à aplicação.
O jQuery é uma biblioteca muito comum utilizada por programadores de JavaScript. A maioria das vantagens da utilização do jQuery é o facto de simplificar a capacidade de um programador para aceder e criar elementos DOM, que é exatamente o que não suportamos nas páginas da aplicação das aplicações de Customer Engagement. O jQuery é recomendado quando os programadores estão a criar interfaces de utilizador personalizadas com recursos web HTML, mas nas páginas da aplicação das aplicações de Customer Engagement, as API suportadas não exigem a utilização do jQuery.
Utilizando qualquer objetos internos ou métodos não documentados de Javascript
O Dynamics 365 Customer Engagement (on-premises) utiliza muitos objetos de JavaScript nas páginas. Um programador JavaScript pode descobrir estes objetos ao depurar uma página e, em seguida, aceder e reutilizar esses objetos. Reservamos à direita de efetuar as alterações necessárias aos objetos, incluindo a remover ou alterar os nomes dos métodos. Se um script referenciar estes objetos o script não irá funcionar se eles não forem encontrados.