Practici de particularizare acceptate și neacceptate

Dezvoltatorii care extind Dynamics 365 Customer Engagement (on-premises) au responsabilitatea să urmeze regulile și bunele practici documentate în SDK: Cele mai bune practivi pentru dezvoltarea cu Dynamics 365 Customer Engagement (on-premises). SDK-ul documentează interfețele API disponibile pentru dezvoltatori și oferă îndrumări despre cum să le folosească cel mai bine. Microsoft oferă suport doar pentru API-uri și practici care sunt documentate în SDK. Poate găsiți ceva pe internet care descrie cum puteți rezolva o problemă, dar dacă această soluție nu valorifică API-urile documentate în SDK-ul, nu i se va oferi suport Microsoft. Înainte ca un dezvoltator să aplice o schimbare ar trebui să verificați dacă utilizează metode care beneficiază de suport.

În cazul în care dezvoltatorii folosesc API-urile și cele mai bune practici descrise în SDK, putem fi siguri dacă testăm dacă vreuna din modificările pe care le facem la Customer Engagement are potențialul de a deteriora particularizările existente. Scopul nostru este ca particularizările de cod scrise folosind metode suportate să continue să funcționeze când versiunile noi sau actualizările de aplicații Customer Engagement vor fi lansate. Avantajul dvs. va fi că puteți să faceți upgrade la noile versiuni cu caracteristici îmbunătățite fără ca dezvoltatorii să fie nevoiți să schimbe codul de fiecare dată.

Dacă detectăm că o schimbare într-o nouă versiune a aplicații Customer Engagement va provoca deteriorarea unei personalizări care beneficiază de suport, vom documenta ceea ce se deteriorează și se poate schimba codul pentru a remedia problema.

Ce tipuri de particularizări nu sunt acceptate cu Dynamics 365 Customer Engagement (on-premises)?

Faptul că anumite API-uri și practici de programare nu beneficiază de suport Microsoft nu înseamnă că ele nu funcționează. “Fără suport din partea Microsoft” înseamnă exact ceea ce se spune: nu se poate obține suport pentru aceste API-uri sau practici de programare de la Microsoft. Noi nu le testăm și nu știm dacă ceva ce vom schimba le va deteriora. Nu putem anticipa ce se va întâmpla dacă cineva modifică codul în aplicatia noastra.

Dezvoltatorii care utilizează API-uri și practici de programare fără suport își asumă responsabilitatea de a oferi suport pentru codul lor. Vor avea nevoie să își testeze codul pentru a se asigura că funcționează.

Dacă alegeți să utilizați particularizările care nu beneficiază de suport în implementarea de aplicații Customer Engagement, asigurați-vă că se documentează ce s-a făcut că aveți o strategie pentru a elimina aceste particularizări înainte să contactați asistența tehnică Dynamics 365 Customer Engagement (on-premises). Dacă aveți nevoie de ajutor cu particularizări fără suport, contactați dezvoltatorul sau organizația care a pregătit particularizările.

Practici uzuale de personalizare care nu beneficiază de suport

Oferim în continuare o listă de practici de personalizare frecvente care nu beneficiază de suport. Aceasta nu este o listă completă. Informații suplimentare: Extensii acceptate pentru Dynamics 365 Customer Engagement (on-premises): particularizări neacceptate.

Interactiunea cu elemente Document Object Model (DOM) ale aplicației web folosind JavaScript
Orice biblioteci JavaScript folosite oriunde în aplicație trebuie să interacționeze doar cu API-uri documentate. Atunci când dezvoltatorii JavaScript lucrează cu aplicațiile, ei accesează frecvent elemente DOM utilizând denumirile specifice. Pentru că Dynamics 365 Customer Engagement (on-premises) este o aplicație web, aceste tehnici funcționează, dar sunt susceptibile de a se deteriora în timpul actualizării, pentru că numele de elemente la care fac referire se pot schimba în orice moment. Ne rezervăm dreptul de a face orice modificări necesare în aplicație și acest lucru înseamnă frecvent schimbarea modului în care este construită pagina. Adăugarea oricăror modificări care depind de structura actuală a paginii înseamnă că va trebui să investiți în testarea și, probabil, schimbarea codului particularizat din aceste scripturi fiecare dată când se aplică o actualizare la aplicația dumneavoastră.

jQuery este o bibliotecă utilizată foarte frecvent de către dezvoltatorii JavaScript. Cel mai important beneficiu al utilizării jQuery este faptul că simplifică posibilitatea ca un dezvoltator să acceseze și să creeze elemente DOM, adică exact ceea ce nu acceptăm în paginile aplicației Customer Engagement. jQuery este recomandat atunci când dezvoltatorii creează interfețe particularizate cu resurse web HTML, dar în cadrul paginilor aplicației Customer Engagement, API-urile acceptate nu necesită jQuery pentru a fi utilizate.

Folosirea oricăror obiecte interne nedocumentate sau metode folosind JavaScript
Dynamics 365 Customer Engagement (on-premises) foloseste multe obiecte JavaScript în pagini. Un dezvoltator JavaScript poate descoperi aceste obiecte prin depanarea unei pagini și apoi poate accesa și reutiliza aceste obiecte. Ne rezervăm dreptul de a face orice modificări necesare la aceste obiecte, inclusiv eliminarea lor sau schimbarea numelor metodelor. Dacă un script face referire la aceste obiecte, scriptul va eșua în cazul în care nu le găsește.

Vedeți și

Prezentare generală despre realizarea și personalizarea aplicațiilor pentru Dynamics 365 for Customer Engagement, versiunea 9 (on-premises)

Hinweis

Ne puteți spune care preferințele dvs. lingvistice pentru documentație? Răspundeți la un chestionar scurt. (rețineți că acest chestionar este în limba engleză)

Chestionarul va dura aproximativ șapte minute. Nu sunt colectate date personale (angajament de respectare a confidențialității).