Practici de particularizare acceptate și neacceptate
Dezvoltatorii care extind au Dynamics 365 Customer Engagement (on-premises) responsabilitatea de a respecta regulile și cele mai bune practici documentate în SDK: Cele mai bune practici 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 acceptă numai API-urile și practicile documentate în SDK. Este posibil să găsiți ceva pe internet care descrie modul în care puteți rezolva o problemă, dar dacă nu utilizează API-urile documentate în SDK, nu este acceptat de Microsoft. Înainte ca un dezvoltator să aplice o schimbare ar trebui să verificați dacă utilizează metode care beneficiază de suport.
Dacă dezvoltatorii folosesc API-urile și cele mai bune practici descrise în SDK, putem testa cu siguranță dacă vreuna dintre modificările pe care le aducem Customer Engagement are potențialul de a întrerupe particularizările existente. Scopul nostru este ca particularizările de cod scrise folosind metode acceptate să funcționeze în continuare atunci când sunt lansate noi versiuni sau actualizări ale aplicațiilor Customer Engagement. 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 modificare într-o nouă versiune a aplicațiilor Customer Engagement va cauza întreruperea unei particularizări acceptate, vom documenta ce este afectat și cum își pot schimba oamenii codul pentru a-l remedia.
Ce tipuri de particularizări nu sunt acceptate cu Dynamics 365 Customer Engagement (on-premises)?
Doar pentru că anumite API-uri și practici de programare nu sunt acceptate de Microsoft nu înseamnă că nu funcționează. "Neacceptat de Microsoft" înseamnă exact ceea ce spune: nu puteți obține asistență 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ări neacceptate în implementarea aplicațiilor Customer Engagement, trebuie să vă asigurați că documentați ceea ce s-a făcut și că aveți o strategie pentru a elimina aceste particularizări înainte de a contacta Dynamics 365 Customer Engagement (on-premises) asistența tehnică. 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.
Interacțiunea cu elementele aplicației web Document Object Model (DOM) folosind JavaScript
Orice biblioteci JavaScript utilizate oriunde în aplicație trebuie să interacționeze numai cu API-urile documentate. Când dezvoltatorii JavaScript lucrează cu aplicații, accesează frecvent elemente DOM folosind nume 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ă foarte comună folosită de dezvoltatorii JavaScript. Cea mai mare parte a beneficiului utilizării jQuery este că simplifică capacitatea unui dezvoltator de a accesa și de a crea elemente DOM, ceea ce este exact ceea ce nu acceptăm în paginile aplicațiilor Customer Engagement. jQuery este recomandat atunci când dezvoltatorii creează interfețe de utilizator personalizate cu resurse web HTML, dar în paginile aplicației Customer Engagementapps, API-urile acceptate nu necesită utilizarea jQuery.
Utilizarea oricăror obiecte sau metode interne nedocumentate folosind JavaScript
Dynamics 365 Customer Engagement (on-premises) utilizează 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.