Pelacakan dependensi untuk komponen solusi

Solusi terbuat dari komponen solusi. Anda menggunakan area Solusi untuk Microsoft Dataverse membuat atau menambahkan komponen solusi. Anda dapat melakukan tindakan ini secara terprogram menggunakan pesan AddSolutionComponentRequest atau pesan yang membuat atau memperbarui komponen solusi yang mencakup parameter SolutionUniqueName.

Komponen solusi sering tergantung pada komponen solusi lainnya. Anda tidak dapat menghapus komponen solusi yang memiliki dependensi pada komponen solusi lain. Misalnya, pita kustom biasanya memerlukan sumber daya web gambar atau skrip untuk menampilkan ikon dan melakukan tindakan menggunakan skrip. Selama pita kustom ada dalam solusi, sumber daya web tertentu yang digunakannya diperlukan. Sebelum Anda dapat menghapus sumber daya web, Anda harus menghapus referensi ke sumber daya tersebut di pita yang disesuaikan. Dependensi komponen solusi ini dapat dilihat di aplikasi dengan memilih Tampilkan Dependensi.

Artikel ini menjelaskan jenis komponen solusi yang dapat Anda sertakan dalam solusi Anda dan bagaimana mereka bergantung satu sama lain.

Semua Komponen Solusi

Daftar lengkap jenis komponen solusi yang tersedia terletak di kolom pilihan global sistem componenttype . Rentang nilai yang didukung untuk properti ini tersedia dengan menyertakan file OptionSets.cs atau OptionSets.vb dalam proyek Anda. Namun, sebagian besar jenis komponen solusi yang tercantum di sana hanyalah untuk penggunaan internal dan daftar tidak memberikan informasi tentang Relasi di antara komponen solusi.

Dependensi komponen solusi

Dependensi komponen solusi membantu memastikan bahwa Anda memiliki pengalaman yang andal bekerja dengan solusi. Tindakan ini mencegah tindakan yang biasanya Anda lakukan dengan melanggar penyesuaian yang ditentukan dalam solusi secara tidak sengaja. Dependensi ini adalah yang memungkinkan solusi terkelola untuk diinstal dan dicopot hanya dengan mengimpor atau menghapus solusi.

Kerangka solusi secara otomatis melacak dependensi untuk komponen solusi. Setiap operasi pada komponen solusi secara otomatis menghitung dependensi ke komponen lain dalam sistem. Informasi dependensi digunakan untuk mempertahankan integritas sistem dan mencegah operasi yang dapat menyebabkan kondisi yang tidak konsisten.

Sebagai hasil dari pelacakan ketergantungan, perilaku berikut diberlakukan:

Penghapusan komponen dicegah jika komponen lain dalam sistem tergantung padanya.
Ekspor solusi memperingatkan pengguna jika ada komponen yang hilang yang dapat menyebabkan kegagalan saat mengimpor solusi tersebut di lingkungan lain.

Peringatan selama ekspor dapat diabaikan jika pengembang solusi bermaksud bahwa solusi hanya akan diinstal di lingkungan di mana komponen dependen diharapkan ada. Misalnya, saat Anda membuat solusi yang dirancang untuk diinstal melalui solusi "dasar" yang telah diinstal sebelumnya.
Impor solusi gagal jika semua komponen yang diperlukan tidak disertakan dalam solusi dan juga tidak ada di lingkungan target.
Selain itu, bila anda mengimpor solusi terkelola semua komponen yang diperlukan harus sesuai dengan jenis paket solusi. Komponen dalam solusi terkelola hanya dapat bergantung pada komponen terkelola lainnya.

Ada tiga jenis dependensi komponen solusi:

Solusi internal. Dependensi internal dikelola oleh Dataverse. Dependensi ini ada ketika komponen solusi tertentu tidak dapat ada tanpa komponen solusi lain.
Diterbitkan. Dependensi yang dipublikasikan dibuat saat dua komponen solusi saling terkait dan kemudian dipublikasikan. Untuk menghapus jenis dependensi ini, asosiasi harus dihapus dan tabel diterbitkan lagi.
Tidak diterbitkan. Dependensi yang tidak dipublikasikan berlaku untuk versi komponen solusi bisa dipublikasi yang tidak dipublikasikan dan diperbarui. Setelah komponen solusi dipublikasikan, ia akan menjadi dependensi yang dipublikasikan.

Dependensi internal solusi adalah dependensi bila tindakan dengan komponen solusi memerlukan tindakan untuk komponen solusi lainnya. Misalnya, jika Anda menghapus tabel, Anda harus mengharapkan bahwa semua atribut tabel dihapus bersamanya. Setiap hubungan tabel dengan tabel lain juga dihapus.

Namun, dependensi internal dapat menyebabkan dependensi yang dipublikasikan dan masih memerlukan intervensi manual. Misalnya, jika Anda menyertakan bidang pencarian pada formulir tabel dan kemudian menghapus tabel utama dalam hubungan, Anda tidak dapat menyelesaikan penghapusan tersebut hingga Anda menghapus kolom pencarian dari formulir tabel terkait dan kemudian menerbitkan formulir.

Saat Anda melakukan tindakan secara terprogram dengan solusi, Anda dapat menggunakan pesan yang terkait dengan Dependency tabel. Buka Entitas Dependensi untuk pesan yang dapat Anda gunakan untuk mengidentifikasi dependensi yang mungkin ada sebelum Anda menghapus komponen atau menghapus instalan solusi.

Komponen solusi umum

Ini adalah komponen solusi yang ditampilkan dalam aplikasi dan komponen yang Anda kerjakan secara langsung saat menambahkan atau menghapus komponen solusi menggunakan halaman solusi. Masing-masing jenis komponen solusi lainnya bergantung pada satu atau lebih komponen solusi ini untuk ada.

Pita aplikasi
Entitas
Lapor
Templat artikel
Profil keamanan kolom
Langkah pemrosesan pesan SDK
Peran koneksi
Templat gabungan surat
Peran keamanan
Templat kontrak
Kumpulan opsi
Endpoint layanan
Dasbor atau formulir entitas
Perakitan plug-in
Peta situs
Templat email
Proses
Sumber daya web

Pita aplikasi (RibbonCustomization)

Kustomisasi pita untuk pita aplikasi dan templat pita tabel. Pita aplikasi tidak menyertakan definisi pita di tingkat tabel atau formulir.

Pita aplikasi kustom sering telah mempublikasikan dependensi pada sumber daya web. Sumber daya web digunakan untuk mendefinisikan ikon tombol pita dan fungsi JavaScript untuk mengontrol Kapan elemen pita ditampilkan atau tindakan apa yang dilakukan saat kontrol pita tertentu digunakan. Dependensi hanya dibuat bila definisi pita menggunakan direktif $webresource: untuk mengaitkan sumber daya web ke pita. Informasi lebih lanjut: direktif $webresource

Template Artikel (KBArticleTemplate)

Template yang berisi atribut standar artikel. Selalu ada ketergantungan internal antara templat artikel dan tabel KbArticle.

Peran sambungan (ConnectionRole)

Peran yang menjelaskan relasi antara dua rekaman. Setiap peran sambungan menentukan jenis rekaman entitas yang dapat ditautkan menggunakan peran sambungan. Ini membuat dependensi yang dipublikasikan antara peran koneksi dan tabel.

template kontrak (ContractTemplate)

Template yang berisi atribut standar artikel kontrak. Selalu ada dependensi internal antara templat kontrak dan tabel kontrak.

Dasbor atau formulir entitas (SystemForm)

Rekaman tabel formulir sistem digunakan untuk menentukan dasbor dan formulir tabel. Ketika a SystemForm digunakan sebagai formulir tabel, ada dependensi internal pada tabel. Ketika a SystemForm digunakan sebagai dasbor, tidak ada dependensi internal. Baik formulir tabel maupun dasbor umumnya memiliki dependensi yang dipublikasikan terkait dengan kontennya. Formulir tabel mungkin memiliki kolom pencarian yang bergantung pada hubungan tabel. Dasbor dan formulir tabel dapat berisi bagan atau subkisi yang membuat dependensi yang dipublikasikan pada tampilan, yang kemudian memiliki dependensi internal pada tabel. Ketergantungan yang dipublikasikan pada sumber daya web dapat dibuat karena konten yang ditampilkan dalam dasbor atau formulir atau formulir berisi pustaka JavaScript. Formulir tabel telah menerbitkan dependensi pada atribut apa pun yang ditampilkan sebagai kolom dalam formulir.

Template email (EmailTemplate)

Template yang berisi atribut standar pesan email. Templat email biasanya menyertakan kolom yang menyisipkan data dari atribut tabel tertentu. Templat email dapat ditautkan ke tabel tertentu saat dibuat sehingga mungkin ada dependensi internal pada tabel. Templat email global tidak terkait dengan tabel tertentu, tetapi mungkin memiliki dependensi yang dipublikasikan pada atribut tabel yang digunakan untuk menyediakan data. Proses (alur kerja) sering dikonfigurasi untuk mengirim email menggunakan template email yang membuat dependensi yang dipublikasikan dengan alur kerja.

Entitas (Entity)

Tabel, sebelumnya dikenal sebagai entitas, adalah struktur utama yang digunakan untuk memodelkan dan mengelola data Dataverse. Bagan, formulir, hubungan tabel, tampilan, dan atribut yang terkait dengan tabel dihapus secara otomatis saat tabel dihapus karena dependensi internal di antara keduanya. Tabel sering kali memiliki dependensi yang dipublikasikan dengan proses, dasbor, dan templat email.

Profil keamanan kolom (FieldSecurityProfile)

Profil yang mendefinisikan tingkat akses untuk atribut aman.

Template gabungan surat (MailMergeTemplate)

Template yang berisi atribut standar dokumen penggabungan email. Templat gabungan surat memiliki dependensi yang diterbitkan pada tabel yang terkait dengannya.

Rangkaian Pilihan (OptionSet)

Kolom pilihan, sebelumnya dikenal sebagai kumpulan opsi, mendefinisikan sekumpulan opsi. Atribut daftar pilihan menggunakan pilihan untuk menentukan opsi yang disediakan. Beberapa atribut daftar pilihan mungkin menggunakan pilihan global sehingga opsi yang mereka berikan selalu sama dan dapat dipertahankan di satu tempat. Dependensi yang dipublikasikan terjadi ketika atribut daftar pilihan mereferensikan pilihan global. Anda tidak dapat menghapus pilihan global yang digunakan oleh atribut daftar pilihan.

assembly plug-in (PluginAssembly)

Asembli yang berisi satu atau beberapa jenis plug-in. Plug-in didaftarkan ke peristiwa yang biasanya terkait dengan tabel. Hal ini membuat dependensi yang dipublikasikan.

Proses (Workflow)

Seperangkat aturan logika yang mendefinisikan langkah-langkah yang diperlukan untuk mengotomatisasi proses bisnis, tugas, atau rangkaian tindakan spesifik yang akan dilakukan. Proses menyediakan berbagai tindakan yang membuat dependensi yang dipublikasikan pada komponen solusi lainnya yang dirujuk oleh proses. Setiap proses juga memiliki dependensi yang dipublikasikan pada tabel yang terkait dengannya.

Laporan (Report)

Ringkasan data dalam tata letak yang mudah dibaca. Laporan telah menerbitkan dependensi pada data tabel atau atribut apa pun yang disertakan dalam laporan. Setiap laporan juga harus dikaitkan dengan kategori laporan yang membuat ketergantungan internal pada komponen solusi yang disebut kategori terkait laporan (ReportCategory). Laporan dapat dikonfigurasi untuk menjadi sublaporan yang membuat dependensi yang diterbitkan dengan laporan induk.

Langkah pemrosesan pesan SDK (SDKMessageProcessingStep)

Tahapan pada alur eksekusi dengan plug-in untuk dieksekusi.

Peran keamanan (Role)

Pengelompokan hak istimewa keamanan. Pengguna diberi peran keamanan yang mengotorisasi akses mereka ke Dataverse sistem. Formulir tabel dapat dikaitkan dengan peran keamanan tertentu untuk mengontrol siapa yang dapat melihat formulir. Hal ini membuat dependensi yang dipublikasikan antara peran keamanan dan formulir.

Catatan

Hanya peran keamanan dari unit bisnis lingkungan yang dapat ditambahkan ke solusi. Hanya pengguna dengan akses baca ke peran keamanan tersebut yang dapat menambahkannya ke solusi.

Titik akhir layanan (ServiceEndpoint)

Titik akhir layanan yang dapat dihubungi.

Peta situs (SiteMap)

Data XML yang digunakan untuk mengontrol panel navigasi aplikasi. Peta situs mungkin ditautkan untuk menampilkan sumber daya web HTML atau ikon di peta situs mungkin menggunakan sumber daya web gambar. Ketika $webresource: direktif digunakan untuk membuat asosiasi ini, dependensi yang diterbitkan dibuat. Informasi lebih lanjut: direktif $webresource

Sumber daya web (WebResource)

Data yang setara dengan file yang digunakan untuk memperluas aplikasi berdasarkan model atau dalam pengembangan web. Sumber daya web memberikan komponen sisi klien yang digunakan untuk menyediakan elemen antarmuka pengguna kustom. Sumber daya web mungkin memiliki dependensi yang diterbitkan dengan formulir tabel, pita, dan peta situs. Saat $webresource: direktif digunakan untuk membuat asosiasi di pita atau peta situs, dependensi yang diterbitkan dibuat. Untuk informasi selengkapnya, buka $webresource direktif.