Споделяне чрез


Поддържана и неподдържани практики за персонализация

Разработчиците, които разширяват Dynamics 365 Customer Engagement (on-premises) , носят отговорност да следват правилата и най-добрите практики, документирани в SDK: Най-добри практики за разработване с Dynamics 365 Customer Engagement (on-premises). SDK документира наличните за разработчиците API и дава насоки за това как да ги използват най-добре. Microsoft поддържа само API и практики, които са документирани в SDK. Може да намерите нещо в интернет, което описва как можете да решите проблем, но ако не използва API, документирани в SDK, то не се поддържа от Microsoft. Преди да наемете разработчик да приложи дадена промяна, трябва да проверите дали тя използва поддържаните методи.

Ако разработчиците използват API и най-добрите практики, описани в SDK, можем да сме сигурни, че ще тестваме дали някоя от промените, които правим в Customer Engagement, има потенциал да наруши съществуващите персонализации. Нашата цел е, че персонализациите на кода, написани с помощта на поддържани методи, ще продължат да работят, когато се пускат нови версии или актуализации на приложенията за ангажиране на клиентите. Това е във ваша полза, защото можете да надстроите до новите версии с подобрени функции без да наемате разработчици да променят кода всеки път.

Ако установим, че промяна в нова версия на приложенията за ангажиране на клиенти ще доведе до нарушаване на поддържаното персонализиране, ще документираме какво е засегнато и как хората могат да променят кода си, за да го поправят.

Какви видове персонализации не се поддържат в Dynamics 365 Customer Engagement (on-premises)?

Само защото определени API и практики за програмиране не се поддържат от Microsoft, не означава, че те не работят. "Неподдържан от Microsoft" означава точно това, което казва: не можете да получите поддръжка за тези API или програмни практики от Microsoft. Ние не ги тестваме и не знаем, ако нещо, което сме променили, ще ги наруши. Ние не можем да предскажем какво ще се случи ако някой промени код в нашето приложение.

Разработчикът, който използва неподдържани API и практики за програмиране поема отговорността за поддръжка на своя код. Той ще трябва да провери своя код, за да се увери, че работи.

Ако изберете да използвате неподдържани персонализации в разполагането на приложенията си за ангажиране на клиенти, трябва да сте сигурни, че сте документирали какво е направено и да имате стратегия за премахване на тези персонализации, преди да се свържете с Dynamics 365 Customer Engagement (on-premises) техническата поддръжка. Ако имате нужда от помощ с неподдържани персонализации, се обърнете към разработчика или организацията, която е приготвила персонализациите.

Общоприети практики за неподдържани персонализации

По-долу е предоставен списък с общоприетите практики за персонализиране, които не се поддържат. Това не е пълен списък. Повече информация:Поддържани разширения за : Dynamics 365 Customer Engagement (on-premises) Неподдържани персонализации.

Взаимодействие с елементите на уеб приложението Document Object Model (DOM) с помощта на JavaScript
Всички JavaScript библиотеки, използвани където и да е в приложението, трябва да взаимодействат само с документираните API. Когато разработчиците на JavaScript работят с приложения, те често имат достъп до DOM елементи, използвайки конкретни имена. Тъй като Dynamics 365 Customer Engagement (on-premises) е уеб приложение, тези техники работят, но има вероятност да се нарушат по време на актуализация, защото имената на елементите, към които те препращат са обект на промяна по всяко време. Ние си запазваме правото да правим всякакви промени, необходими в приложението и това често означава промяна на начина, по който страницата е конструирана. Добавянето на промени, които зависят от настоящата структура на страницата означава, че ще трябва да инвестирате в тестване и може би да променяте потребителския код в тези скриптове всеки път когато прилагате актуализация на приложението.

jQuery е много често срещана библиотека, използвана от разработчиците на JavaScript. По-голямата част от ползата от използването на jQuery е, че опростява способността на разработчика за достъп и създаване на DOM елементи, което е точно това, което не поддържаме в страниците за приложения за ангажиране на клиенти. JQuery се препоръчва, когато разработчиците създават потребителски интерфейси с HTML уеб ресурси, но в рамките на страниците на приложението Customer Engagementapps, поддържаните API не изискват JQuery да се използва.

Използване на недокументирани вътрешни обекти или методи с помощта на JavaScript
Dynamics 365 Customer Engagement (on-premises) използва много JavaScript обекти в рамките на страниците. Разработчикът на JavaScript може да открие тези обекти чрез отстраняване на грешки в страница и след това да получи достъп и да използва повторно тези обекти. Ние си запазваме правото да правим всякакви промени, необходими за тези обекти, включително и да ги премахнем или променим имената на методите. Ако даден скрипт има препратка към тези обекти, скриптът ще се наруши, ако те не бъдат намерени.

Вижте също

Общ преглед на създаването и персонализирането на приложения за Dynamics 365 for Customer Engagement, версия 9 (локален)