Bagaimanakah Saya Boleh Mengoptimumkan Reka Bentuk DTO Permintaan ServiceStack untuk Pelaksanaan Perkhidmatan yang Cekap?

Reka Bentuk DTO Permintaan ServiceStack

Masalah:

Merancang DTO permintaan optimum untuk perkhidmatan ServiceStack boleh menjadi mencabar apabila berhijrah dari WCF perkhidmatan RPC gaya. Isu timbul apabila cuba mengurangkan kod pendua dan mengendalikan berbilang senario permintaan dengan cekap.

Amalan Terbaik:

Reka Bentuk Berasaskan Mesej:

• Daripada mendedahkan tandatangan kaedah semasa panggilan RPC, bungkus keseluruhan pertanyaan dalam DTO Permintaan.
• Perkhidmatan harus menangkap semua maklumat yang diperlukan dalam DTO Permintaan, menghapuskan keperluan untuk senarai parameter dalam kaedah perkhidmatan.
• Manfaatkan reka bentuk berasaskan mesej untuk menggabungkan berbilang RPC panggilan ke dalam satu pelaksanaan perkhidmatan.

Pengumpulan mengikut Semantik Panggilan dan Respons Jenis:

• Atur perkhidmatan berdasarkan semantik panggilan (penapis lwn. combinator) dan jenis respons (item tunggal lwn koleksi).
• Kekalkan skema penamaan yang konsisten, menggunakan kata kerja untuk operasi perkhidmatan dan kata nama untuk jenis DTO.

Pemfaktoran semula Contoh:

Pertimbangkan contoh berikut untuk memfaktorkan semula perkhidmatan GetBookingLimit dan GetBookingLimits:

Asal:

[ Route("/bookinglimit", "GET")]<br>kelas awam GetBookingLimit : IReturn<GetBookingLimitResponse><br>{</p>
<div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">public int Id { get; set; }

Salin selepas log masuk

Salin selepas log masuk