Notă
Accesul la această pagină necesită autorizare. Puteți încerca să vă conectați sau să modificați directoarele.
Accesul la această pagină necesită autorizare. Puteți încerca să modificați directoarele.
Soluțiile sunt alcătuite din componente de soluție. Utilizați zona Soluții din Microsoft Dataverse pentru a crea sau adăuga componente ale soluției. Puteți efectua aceste acțiuni programatic folosind mesaj AddSolutionComponentRequest sau orice mesaje care creează sau actualizează componente de soluție care includ un parametru SolutionUniqueName.
Componentele soluției depind adesea de alte componente ale soluției. Nu puteți șterge orice componenta de soluție ce are dependențe la altă componentă de soluție. De exemplu, o panglică particularizată necesită de obicei resurse de imagine sau script web pentru a afișa pictograme și pentru a efectua acțiuni folosind scripturi. Atâta timp cât panglica particularizată este în soluție, sunt necesare resursele web specifice pe care le folosește. Înainte de a putea șterge resursele web, trebuie să eliminați referințele la acestea din panglica personalizată. Aceste dependențe ale componentelor soluției pot fi vizualizate în aplicație selectând Afișare dependențe.
Acest articol descrie tipurile de componente ale soluției pe care le puteți include în soluțiile dvs. și modul în care acestea depind unele de altele.
Toate componentele de soluție
Lista completă a tipurilor de componente ale soluțiilor disponibile se află în coloana system componenttype global choice. Gama de valori acceptată pentru această proprietate este disponibilă prin includerea fișierului OptionSets.cs sau OptionSets.vb în proiect. Cu toate acestea, multe dintre tipurile de componente de soluție enumerate acolo sunt destinate numai uzului intern și lista nu oferă informații despre relațiile dintre componentele de soluție.
Dependențe componente de soluții
Dependențele componentelor de soluție vă asigură de o experiență de încredere în lucrul cu soluțiile. Acestea împiedică posibilitatea ca acțiunile pe care le efectuați în mod normal să defecteze neintenționat particularizările definite într-o soluție. Aceste dependențe sunt cele care permit instalarea și dezinstalarea unui soluții gestionate pur și simplu prin importul sau ștergerea unei soluții.
Cadrul de lucru pentru soluții urmărește automat dependențele pentru componentele soluției. Fiecare operație pe o componentă de soluție calculează automat orice dependență de alte componente din sistem. Informațiile de dependență sunt utilizate pentru a menține integritatea sistemului și pentru a preveni operațiunile care ar putea duce la o stare inconsistentă.
Ca urmare a urmăririi dependențelor, sunt impuse următoarele comportamente:
Ștergerea unei componente este evitată dacă o altă componentă din sistem depinde de aceasta.
Exportul unei soluții avertizează utilizatorul dacă lipsesc componente care ar putea cauza defecțiuni la importul acelei soluții într-un alt mediu.
Avertismentele în timpul exportului pot fi ignorate dacă dezvoltatorul soluției intenționează ca soluția să fie instalată doar într-un mediu în care se așteaptă să existe componente dependente. De exemplu, când creați o soluție care este proiectată pentru a fi instalată peste o soluție „de bază” preinstalată.
Importul unei soluții eșuează dacă toate componentele necesare nu sunt incluse în soluție și, de asemenea, nu există în mediul țintă.
În plus, atunci când importați o soluție gestionată, toate componentele necesare trebuie să corespundă tipului de pachet al soluției. O componentă dintr-o soluție gestionată poate depinde doar de o altă componentă gestionată.
Există trei tipuri de dependențe ale componentelor soluției:
- Soluție internă. Dependențele interne sunt gestionate de Dataverse. Aceste dependențe există atunci când o anumită componentă a soluției nu poate exista fără o altă componentă a soluției.
- Publicat. Dependențele publicate sunt create atunci când două componente de soluție sunt legate între ele și apoi sunt publicate. Pentru a elimina acest tip de dependență, asocierea trebuie eliminată și tabelele publicate din nou.
- Nepublicat. Dependențele nepublicate se aplică la versiunea nepublicată a unei componente de soluție publicabilă care este actualizată. După ce componenta de soluție este publicată, devine o dependență publicată.
Dependențele interne de soluție sunt dependențe în care acțiunile cu o componentă de soluție necesită o acțiune pentru o altă componentă de soluție. De exemplu, dacă ștergeți un tabel, trebuie să vă așteptați ca toate atributele tabelului să fie șterse împreună cu acesta. Orice relație de tabel cu alte tabele sunt, de asemenea, șterse.
Cu toate acestea, o dependență internă poate duce la o dependență publicată și totuși necesită intervenție manuală. De exemplu, dacă includeți un câmp de căutare într-un formular de tabel și apoi ștergeți tabelul principal din relație, nu puteți finaliza acea ștergere până când nu eliminați coloana de căutare din formularul de tabel aferent și apoi publicați formularul.
Când efectuați acțiuni în mod programatic cu soluții, puteți utiliza mesaje legate de tabelul Dependency . Accesați Entitate de dependență pentru mesaje pe care le puteți utiliza pentru a identifica dependențele care ar putea exista înainte de a șterge o componentă sau de a dezinstala o soluție.
Componente comune ale soluției
Acestea sunt componentele soluției afișate în aplicație și componentele cu care lucrați direct atunci când adăugați sau eliminați componente ale soluției utilizând pagina soluției. Fiecare dintre celelalte tipuri de componente ale soluției depind de existența uneia sau mai multor componente ale soluției.
- Panglici de aplicare
- Entitate
- Raport
- Șablon de articol
- Profilul de securitate al coloanei
- Pasul de procesare a mesajelor SDK
- Rol de conexiune
- Șablon de îmbinare a corespondenței
- Rolul de securitate
- Model de contract
- Set de opțiuni
- Punct final de serviciu
- Tabloul de bord sau formularul de entitate
- Ansamblu plug-in
- Harta site-ului
- Șablon de e-mail
- Proces
- Resursa web
Panglici de aplicație (RibbonCustomization)
Personalizări de panglică pentru panglica aplicației și șabloanele de panglică de tabel. Panglicile de aplicație nu includ definiții ale benzilor la nivel de tabel sau formular.
Panglicile de aplicații particularizate au frecvent dependențe publicate față de resurse web. Resursele web sunt utilizate pentru a defini pictogramele butoanelor de panglică și funcțiile JavaScript pentru a controla când sunt afișate elemente de panglică sau ce acțiuni sunt efectuate atunci când este utilizat un anumit control al panglicii. Dependențele sunt create numai atunci când definițiile panglicii folosesc directiva $webresource: pentru asocierea resursei web la panglică. Mai multe informatii: Directiva $webresource
Șablon articol (KBArticleTemplate)
Șablon care conține atributele standard ale unui articol. Există întotdeauna o dependență internă între șablonul articolului și tabelul KbArticle.
Rol de conectare (ConnectionRole)
Rol care descrie relația dintre două înregistrări. Fiecare rol de conexiune definește ce tipuri de înregistrări de entitate pot fi asociate folosind rolul de conexiune. Acest lucru creează o dependență publicată între rolul de conexiune și tabel.
Șablon de contract (ContractTemplate)
Șablon care conține atributele standard ale unui contract. Există întotdeauna o dependență internă între șablonul de contract și tabelul de contracte.
Tablou de bord sau formular de entitate (SystemForm)
Înregistrările tabelelor de formulare de sistem sunt utilizate pentru a defini tablourile de bord și formularele de tabel. Când a SystemForm este folosit ca formă de tabel, există o dependență internă de tabel. Când a SystemForm este folosit ca tablou de bord, nu există dependențe interne. Atât formularele de tabel, cât și tablourile de bord au de obicei dependențe publicate legate de conținutul lor. Un formular de tabel poate avea coloane de căutare care depind de o relație de tabel. Atât tablourile de bord, cât și formularele de tabel pot conține diagrame sau subgrile care creează o dependență publicată de o vizualizare, care apoi are o dependență internă de un tabel. O dependență publicată de resursele web poate fi creată din cauza conținutului afișat în tabloul de bord sau al formularului sau când un formular conține biblioteci JavaScript. Formularele de tabel au dependențe publicate de orice atribute care sunt afișate ca coloane în formular.
Șablon de e-mail (EmailTemplate)
Șablon conținând atributele standard ale unui mesaj de e-mail. Un șablon de e-mail include de obicei coloane care inserează date din atributele specificate de tabel. Un șablon de e-mail poate fi legat la un anumit tabel atunci când este creat, astfel încât să existe o dependență internă de tabel. Un șablon de e-mail global nu este asociat cu un anumit tabel, dar ar putea avea dependențe publicate de atributele tabelului utilizate pentru a furniza date. Un proces (flux de lucru) este configurat frecvent pentru a trimite un e-mail folosind un șablon de e-mail care creează o dependență publicată cu fluxul de lucru.
Entitate (Entity)
Tabelele, cunoscute anterior ca entități, sunt structura principală utilizată pentru modelarea și gestionarea datelor în Dataverse. Diagramele, formularele, relațiile de tabel, vizualizările și atributele asociate unui tabel sunt șterse automat atunci când tabelul este șters din cauza dependențelor interne dintre ele. Tabelele au frecvent dependențe publicate cu procese, tablouri de bord și șabloane de e-mail.
Profil de securitate pentru coloană (FieldSecurityProfile)
Profil ce definește nivelul de acces pentru atribute securizate.
Șablon de îmbinare corespondență (MailMergeTemplate)
Șablon care conține atributele standard ale unui document de îmbinare a corespondenței. Un șablon de îmbinare prin corespondență are o dependență publicată de tabelul cu care este asociat.
Set de opțiuni (OptionSet)
O coloană de alegere, cunoscută anterior ca un set de opțiuni, definește un set de opțiuni. Un atribut listă de selectare folosește o alegere pentru a defini opțiunile oferite. Mai multe atribute ale listei de selectare pot folosi o alegere globală, astfel încât opțiunile pe care le oferă să fie întotdeauna aceleași și să poată fi menținute într-un singur loc. O dependență publicată apare atunci când un atribut listă de selectare face referire la o alegere globală. Nu puteți șterge o alegere globală care este utilizată de un atribut listă de selectare.
Ansamblu de insert (PluginAssembly)
Ansamblu care conține unul sau mai multe tipuri de insert. Plug-in-urile sunt înregistrate la evenimente care sunt de obicei asociate cu un tabel. Aceasta creează o dependență publicată.
Proces (Workflow)
Set de reguli logice care definesc etapele necesare pentru a automatiza un anumit proces comercial, activitate sau set de acțiuni de efectuat. Procesele oferă o gamă largă de acțiuni care creează dependențe publicate față de orice altă componentă de soluție la care face referire procesul. Fiecare proces are, de asemenea, o dependență publicată de tabelul cu care este asociat.
Raport (Report)
Rezumat de date într-un aspect ușor de citit. Un raport a publicat dependențe de orice tabel sau date de atribut incluse în raport. Fiecare raport trebuie, de asemenea, asociat cu o categorie de raport care creează o dependență internă de o componentă de soluție numită Categorie corelată raportului(ReportCategory). Rapoartele pot fi configurate să fie subrapoarte care creează o dependență publicată cu raportul părinte.
Pas de procesare mesaj SDK (SDKMessageProcessingStep)
Fază pe care o va executa un insert în canalul de execuție.
Rol de securitate (Role)
Gruparea privilegiilor de securitate. Utilizatorilor li se atribuie roluri de securitate care le autorizează accesul la sistemul Dataverse . Formularele de tabel pot fi asociate cu roluri de securitate specifice pentru a controla cine poate vizualiza formularul. Aceasta creează o dependență publicată între rolul de securitate și formular.
Notă
La o soluție pot fi adăugate doar rolurile de securitate din unitatea de afaceri de mediu. Numai un utilizator cu acces de citire la aceste roluri de securitate le poate adăuga la o soluție.
Punct final al serviciului (ServiceEndpoint)
Punct final serviciu care poate fi contactat.
Hartă site (SiteMap)
Date XML folosite pentru a controla panoul de navigare a aplicației. Harta site-ului poate fi legată pentru a afișa o resursă web HTML sau o pictogramă din harta site-ului poate folosi o resursă web de imagine. Când se folosește $webresource: directiva pentru a stabili aceste asocieri, se creează o dependență publicată. Mai multe informatii: Directiva $webresource
Resursă web (WebResource)
Date echivalente cu fișierele utilizate pentru a extinde o aplicație bazată pe model sau în dezvoltarea web. Resursele web furnizează componente din partea clientului care sunt utilizate pentru a furniza elemente de interfață de utilizator particularizate. Resursele web ar putea avea dependențe publicate cu formulare de tabel, panglici și harta site-ului. Când $webresource: directiva este folosită pentru a stabili asocieri într-o panglică sau harta site-ului, se creează o dependență publicată. Pentru mai multe informații, accesați directiva $webresource.
Notă
Resursele web pot depinde de alte resurse web bazate pe linkuri relative. De exemplu, o resursă web HTML poate utiliza o resursă web CSS sau script. O resursă web Silverlight afișată în afara unui formular de tabel sau a unei diagrame trebuie să aibă o resursă web HTML pentru a o găzdui. Aceste dependențe nu sunt urmărite ca dependențe de soluție.