Memilih Doconut SDK yang Tepat: .NET Standard 2.1, .NET 6, atau .NET 8
Mulai dengan host aplikasi
Memilih paket Doconut dimulai dengan proyek yang akan menjalankannya. Aplikasi web .NET 8 baru, layanan .NET 6 yang sudah mapan, dan host ASP.NET Core yang kompatibel dengan pustaka semuanya dapat membutuhkan penampilan dokumen tersemat, tetapi batasan kerangka kerja dan rencana peningkatan mereka berbeda.
Doconut menawarkan jalur SDK terkini untuk .NET 8, .NET 6, dan host yang kompatibel yang menggunakan paket .NET Standard 2.1 yang baru. Pilihan yang tepat biasanya adalah paket yang langsung cocok dengan host dan meninggalkan ambiguitas kerangka kerja paling sedikit bagi tim yang memelihara aplikasi.
Gambaran umum Doconut Viewer SDK adalah titik awal untuk kemampuan produk. Gunakan dokumentasi spesifik kerangka kerja untuk membuat keputusan paket.
Memahami apa arti tiga label tersebut
.NET 8 dan .NET 6 adalah target aplikasi. Sebuah aplikasi web dapat menargetkan salah satu runtime ini dan memilih paket Doconut yang cocok.
.NET Standard 2.1 berbeda: ia mendefinisikan kontrak API pustaka yang dapat digunakan oleh host .NET yang kompatibel. Doconut 26.8.0 memperkenalkan generasi Doconut.NETStandard saat ini untuk aplikasi yang menargetkan .NET Core 3.0 atau lebih baru, termasuk .NET 5 hingga .NET 8. Ia tidak dapat digunakan oleh .NET Framework.
Perbedaan itu membuat keputusan lebih jelas. Jangan memilih .NET Standard 2.1 karena terdengar lebih umum; pilihlah ketika kontraknya memang cocok untuk host dan struktur solusi.
Tabel pemilihan praktis
| Situasi aplikasi | Jalur Doconut untuk dievaluasi | Alasan |
|---|---|---|
| Aplikasi baru yang menargetkan .NET 8 | Doconut.NET8 | Cocok langsung untuk pengembangan .NET saat ini dan jalur dokumentasi .NET 8 yang lengkap. |
| Aplikasi yang ada yang harus tetap pada .NET 6 | Doconut.NET6 | Mempertahankan target host sambil menyediakan dependency injection, middleware, sesi async, dan model terdistribusi opsional yang saat ini. |
| Host ASP.NET Core yang kompatibel dimana kontrak .NET Standard diperlukan | Doconut.NETStandard 26.8.0+ | Menargetkan .NET Standard 2.1 dan menampilkan integrasi Doconut saat ini untuk host yang didukung. |
| Integrasi Doconut.NETStandard 26.7.0 atau lebih lama yang ada | Rencanakan migrasi sebelum memilih 26.8.0+ | ID paket tetap sama, tetapi target dan generasi API berubah. |
| Aplikasi yang menargetkan .NET Framework | Doconut.NETFramework | .NET Framework tidak dapat menggunakan .NET Standard 2.1. |
Tabel ini mempersempit keputusan pertama. Lisensi, plugin opsional, format dokumen, desain penyebaran, dan upaya peningkatan masih memerlukan validasi terpisah.
Pilih Doconut.NET8 untuk aplikasi .NET 8 baru
Untuk aplikasi .NET 8 baru, paket khusus adalah pilihan paling jelas untuk dievaluasi. Halaman Penampil .NET 8 menggambarkan model saat ini yang berbasis dependency injection, sumber daya yang disajikan oleh middleware, sesi dokumen asynchronous, dan alur kerja terdistribusi opsional.
Kecocokan runtime langsung juga memudahkan dokumentasi untuk diikuti. Instalasi, konfigurasi, pemecahan masalah, plugin, dan contoh dapat semua dinilai dalam satu jalur spesifik kerangka kerja.
Sebelum mengadopsi, uji format dokumen dan fitur opsional yang sebenarnya dibutuhkan produk. Kecocokan paket tidak menggantikan keputusan tingkat aplikasi tentang autentikasi, otorisasi, penyimpanan, retensi, pemantauan, dan batas sumber daya.
Pilih Doconut.NET6 ketika penyelenggara harus tetap pada .NET 6
Aplikasi yang sudah ada mungkin memiliki ketergantungan atau komitmen dukungan yang membuatnya tetap pada .NET 6. Viewer .NET 6 yang diperbarui memungkinkan aplikasi mempertahankan sasaran tersebut sambil beralih ke arsitektur integrasi Doconut saat ini.
Ini berguna ketika peningkatan waktu eksekusi dan migrasi penampil dokumen tidak boleh terjadi dalam rilis yang sama. Tim dapat memodernisasi pendaftaran penampil, pengiriman sumber daya, pembukaan asinkron, dan sesi dokumen sambil menjaga kerangka kerja penyelenggara tetap stabil.
Periksa apakah proyek yang ada menggunakan integrasi Doconut .NET 6 klasik atau yang diperbarui. Nama paket saja mungkin tidak mengungkapkan generasinya. Dokumentasi migrasi resmi mengidentifikasi tanda tangan antarmuka pemrograman aplikasi dan pola penyelenggaraan yang membedakannya.
Pilih Doconut.NETStandard ketika kontrak cocok dengan solusi
Panduan instalasi .NET Standard 2.1 yang baru mendefinisikan batas kompatibilitas. Panduan ini mendukung penyelenggara .NET Core 3.0 dan yang lebih baru, termasuk .NET 5, 6, 7, dan 8, serta mengecualikan .NET Framework.
Jalur ini masuk akal ketika solusi secara khusus memerlukan kontrak perpustakaan .NET Standard. Pemilihan versi sangat penting: Doconut.NETStandard 26.7.0 dan sebelumnya menargetkan .NET Standard 2.0 dan menggunakan integrasi sebelumnya, sementara 26.8.0 dan setelahnya menargetkan .NET Standard 2.1 dengan antarmuka pemrograman aplikasi saat ini.
Jika aplikasi sudah menggunakan generasi paket yang lebih lama, konsultasikan panduan migrasi .NET Standard sebelum memperbarui. Perubahan ini memengaruhi lebih dari sekadar kompilasi: proses startup, masa pakai penampil, routing sumber daya, pembukaan dokumen, lisensi, plugin, dan penerbitan terdistribusi mungkin memerlukan perhatian.
Bandingkan dampak lengkap aplikasi
Sebuah bukti konsep kecil harus menjawab lebih dari “apakah paket terpasang?” Evaluasi:
- Kompatibilitas penyelenggara: Konfirmasi sasaran aplikasi dan setiap proyek yang merujuk pada paket penampil.
- Generasi integrasi: Identifikasi pendaftaran klasik atau saat ini, pembuatan penampil, dan pola pembukaan dokumen.
- Cakupan dokumen: Uji file PDF, Office, CAD, gambar, email, atau medis yang representatif yang diperlukan oleh produk.
- Kebutuhan plugin: Validasi kemampuan Search, Annotation, Converter, atau DICOM secara individual ketika mereka merupakan bagian dari alur kerja.
- Model operasional: Uji masa pakai sesi, penyimpanan cache, pengiriman sumber daya, pembersihan, dan desain satu node atau terdistribusi apa pun.
- Usaha peningkatan: Pisahkan perubahan kerangka kerja dari perubahan Doconut sehingga kegagalan lebih mudah didiagnosis.
- Kontrol aplikasi: Verifikasi akses, penyimpanan, retensi, dan perilaku pengiriman dalam sistem sekitarnya.
Catat versi paket dan sasaran kerangka kerja bersamaan dengan setiap hasil. Hal ini mencegah tes yang berhasil pada satu jalur paket pengembangan perangkat lunak (SDK) dianggap sebagai bukti untuk jalur lain.
Buat pilihan kerangka kerja menjadi eksplisit
Catatan arsitektur yang baik dapat singkat: nyatakan sasaran aplikasi, paket Doconut dan versi yang dipilih, plugin yang diperlukan, model penyebaran, dan jalur dokumentasi yang digunakan selama implementasi. Catatan keputusan tersebut membantu peningkatan di masa mendatang dimulai dari fakta, bukan asumsi berdasarkan nama paket.
Untuk pengembangan .NET 8 baru, mulailah dengan paket pengembangan perangkat lunak (SDK) .NET 8 khusus. Untuk aplikasi yang tetap pada .NET 6, evaluasi paket .NET 6 yang diperbarui. Gunakan Doconut.NETStandard 26.8.0+ ketika kontrak .NET Standard 2.1 cocok untuk penyelenggara yang kompatibel, dan pertahankan aplikasi .NET Framework pada jalur paket khusus mereka.
Tinjau pusat dokumentasi Doconut dan unduh percobaan untuk menguji jalur yang dipilih dengan aplikasi dan dokumen Anda sendiri.