Jadual Kandungan[Sembunyi][Tunjukkan]
- 1. Apakah yang anda faham tentang REST?
- 2. Apakah yang anda maksudkan dengan REST API?
- 3. Apakah sebenarnya URI?
- 4. Apakah ciri-ciri Perkhidmatan Web RESTful?
- 5. Apakah prinsip panduan REST?
- 6. Sebutkan kaedah HTTP yang disokong oleh REST.
- 7. Terangkan sekatan yang diletakkan oleh antara muka yang konsisten.
- 8. Apakah sebenarnya Sumber REST?
- 9. Apakah maksud JAX-RS kepada anda?
- 10. Apakah yang membezakan AJAX dan REST antara satu sama lain?
- 11. Bolehkah anda menyenaraikan beberapa kelemahan perkhidmatan web yang RESTful?
- 12. Apakah yang membezakan teknik PUT dan POST antara satu sama lain?
- 13. Bagaimanakah anda menguji perkhidmatan web RESTful?
- 14. Terangkan REST API dalam dunia sebenar.
- 15. Bagaimanakah Seni Bina Perkhidmatan Mikro Berfungsi?
- 16. Apakah sebenarnya caching?
- 17. Terangkan muatan.
- 18. Bezakan SABUN Vs REHAT?
- 19. Bolehkah protokol keselamatan lapisan pengangkutan (TLS) digunakan dengan REST?
- 20. Kaedah idempoten: apakah itu? Bagaimanakah ia digunakan pada dunia perkhidmatan web RESTful?
- 21. Apakah fungsi Pengesahan Asas HTTP?
- 22. Adakah anda fikir GraphQL adalah pilihan terbaik untuk mencipta seni bina perkhidmatan mikro?
- 23. Apakah perbezaan utama antara kaedah HTTP yang selamat dan idempoten?
- 24. Apakah yang dimaksudkan oleh API JAX-RS oleh Kelas Sumber RESTful Root?
- 25. Apakah sebenarnya Posmen itu, dan mengapa ia digunakan?
- 26. Bagaimanakah API REST disimpan selamat?
- Kesimpulan
Evolusi REST telah menjadikan API sangat mudah diakses sambil turut mendedahkan kekuatan dan potensi penuhnya. REST API mudah dibuat dan dicache kerana seni bina berorientasikan sumbernya.
Selain itu, sepanjang masa, API RESTful merupakan pelopor kepada perkembangan penting lain seperti pengkomputeran awan dan reka bentuk berasaskan perkhidmatan mikro.
Oleh itu, tidaklah mengejutkan bahawa pembangun API REST mendapat permintaan hari ini memandangkan cara mereka menyediakan perniagaan yang menggunakan perkhidmatan RESTful kelebihan daya saing. API REST ialah trend reka bentuk yang popular.
Banyak firma IT mahukan pengetahuan REST API daripada pembangun perisian dan bertanya mengenainya dalam temu bual teknikal.
Berikut ialah beberapa soalan temuduga REST API yang paling biasa yang akan membantu anda bersedia untuk temu duga di pelbagai firma jika anda ingin bekerja dalam bidang pembangunan API REST.
1. Apakah yang anda faham tentang REST?
REST ialah paradigma seni bina untuk mereka bentuk aplikasi berasaskan web yang berasaskan Hypertext Transfer Protocol (HTTP).
REST mentakrifkan piawaian tertentu yang mesti dipenuhi oleh perkhidmatan web untuk dianggap RESTful. Pengesyoran ini menjamin bahawa permintaan dan sumber dihantar dengan cepat dan berkesan antara pelanggan dan pelayan menggunakan protokol HTTP piawai.
2. Apakah yang anda maksudkan dengan REST API?
Pautan perisian-ke-perisian yang dikenali sebagai antara muka pengaturcaraan aplikasi membolehkan komunikasi dan perkongsian data antara program bebas. Sebagai contoh, tapak web berita boleh menggunakan API Twitter untuk menemui tweet yang berkaitan secara automatik dan menyepadukannya ke dalam cerita berita.
API yang mematuhi prinsip REST dikenali sebagai REST API, kadangkala dikenali sebagai RESTful API. Dalam REST API, setiap bahagian data dikendalikan sebagai sumber dan diberi identiti sumber standard (URI) yang berbeza.
Sebagai contoh, API Twitter menjadikan setiap tweet sebagai sumber yang boleh diperoleh semula yang tersedia untuk pelanggan. API Twitter boleh digunakan oleh pengguna untuk menghantar tweet dan menjalankan tugas laman web lain.
3. Apakah sebenarnya URI?
A rangkaian komputer sumber boleh dirujuk menggunakan URI atau pengecam sumber seragam. Ia berfungsi sebagai satu cara untuk memisahkan satu sumber daripada sumber yang lain. Sumber mungkin atau mungkin tidak dalam talian.
Oleh kerana struktur standardnya, URI menjadikannya mudah untuk disambungkan kepada pelbagai jenis sumber sekalipun. Lokasi atau nama sumber disertakan dalam URI bersama-sama dengan rentetan aksara.
URI terdiri daripada laluan, skema, pertanyaan dan elemen lain tetapi tidak termasuk protokol.
Menggunakan protokol, URL (Uniform Resource Locators) digunakan untuk mencari sumber di internet atau boleh diakses melaluinya.
4. Apakah ciri-ciri Perkhidmatan Web RESTful?
- Paradigma Pelanggan-Pelayan adalah asas perkhidmatan.
- Perkhidmatan ini boleh mengakses sumber melalui menggunakan URI.
- Perkhidmatan ini menggunakan Protokol HTTP untuk memperoleh data/sumber, menjalankan pertanyaan dan melakukan tugas lain.
- Pemesejan ialah nama kaedah yang digunakan untuk berkomunikasi antara klien dan pelayan.
- Perkhidmatan ini juga boleh melaksanakan corak seni bina REST menggunakan perkhidmatan SOAP.
- Untuk mengurangkan panggilan pelayan untuk jenis permintaan berulang yang sama, perkhidmatan ini juga menggunakan idea caching.
5. Apakah prinsip panduan REST?
Lima kriteria mesti dipenuhi oleh REST API:
Penyahgandingan pelayan-pelanggan: Hanya beberapa siri permintaan dan balasan boleh digunakan untuk berkomunikasi antara klien dan pelayan. Hanya pelanggan dan pelayan boleh menghantar permintaan dan jawapan, masing-masing. Idea mudah ini membolehkan kedua-dua pihak berfungsi secara bebas antara satu sama lain.
Antara Muka Seragam: Mesti ada protokol seragam untuk semua sambungan pelanggan-pelayan. Protokol untuk REST ini ialah HTTP. Oleh kerana setiap aplikasi meminta dan menghantar data menggunakan bahasa yang sama, antara muka yang konsisten menjadikan penyepaduan lebih mudah.
Stateless: Pelayan tidak menyimpan sebarang rekod permintaan atau jawapan sebelumnya dalam komunikasi tanpa kewarganegaraan. Setiap permintaan dan jawapan memberikan semua butiran yang diperlukan untuk melengkapkan pertukaran. Komunikasi tanpa kewarganegaraan meningkatkan kelajuan, menjimatkan memori dan mengurangkan tekanan pada pelayan. Selain itu, ia mengelakkan potensi permintaan gagal disebabkan oleh data yang tidak lengkap.
Sistem berlapis: Pelayan yang berada di antara klien dan pelayan API dirujuk sebagai lapisan. Pelayan tambahan ini melaksanakan pelbagai perkhidmatan, seperti mengesan spam dan mengoptimumkan kelajuan. Lapisan dalam REST adalah modular, bermakna ia boleh ditambah dan dipadamkan tanpa menjejaskan komunikasi antara klien dan pelayan API.
Boleh cache: Pelanggan boleh cache sebarang sumber untuk meningkatkan kelajuan jika jawapan pelayan menunjukkan sama ada sumber itu boleh cache atau tidak.
Pengekodan atas permintaan: Sebagai tindak balas, API boleh menghantar kod komputer boleh laku kepada pelanggan. Aplikasi klien kemudiannya boleh menjalankan kod pada hujung belakangnya sendiri.
6. Sebutkan kaedah HTTP yang disokong oleh REST.
Kaedah HTTP yang disokong oleh REST ialah:
- DAPATKAN: Kaedah ini meminta sumber pada URL yang ditentukan. Badan permintaan tidak boleh disertakan kerana ia akan diabaikan. Ia mungkin boleh menyimpannya secara tempatan atau pada pelayan.
- POST: Kaedah ini menghantar data kepada perkhidmatan untuk diproses dan perkhidmatan itu biasanya akan mengembalikan sumber baharu atau diubah.
- PUT: Sumber dikemas kini pada URL permintaan.
- PADAM: Sumber dipadamkan pada URL permintaan.
- Pilihan: Ia mengenal pasti kaedah yang disokong.
- HEAD: Metadata URL permintaan dikembalikan.
7. Terangkan sekatan yang diletakkan oleh antara muka yang konsisten.
Untuk memisahkan klien daripada pelayan, antara muka yang konsisten diperlukan.
Untuk mencapai antara muka yang konsisten, empat kekangan berikut diperlukan:
- Pengenalpastian sumber: Permintaan pelanggan mesti menggunakan ID sumber standard untuk mengenal pasti sumber (URI)
- Manipulasi sumber menggunakan perwakilan ini: Pelanggan mempunyai semua maklumat yang diperlukan untuk dapat menukar keadaan sumber apabila mereka mendapat perwakilan sumber daripada pelayan.
- Mesej deskriptif sendiri: Mesej termasuk semua metadata dan maklumat lain yang diperlukan untuk penerima memahaminya.
- Hipermedia sebagai enjin keadaan aplikasi: Saluran untuk komunikasi pelanggan-pelayan ialah hipermedia, seperti HTML, dan pelanggan tidak memerlukan dokumentasi khusus API untuk memahami jawapan pelayan.
8. Apakah sebenarnya Sumber REST?
Sumber ialah komponen asas perkhidmatan web RESTful dalam seni bina REST. Ia termasuk semua maklumat penting yang perlu diakses oleh pelanggan API.
Sebarang jenis sumber, seperti halaman HTML, imej, video atau apa sahaja yang diperlukan untuk aktiviti API, boleh diakses melalui pelayan dalam sistem pelayan pelanggan.
Sumber dikenal pasti oleh Pengecam Sumber Seragam. Teks, JSON atau XML semuanya merupakan perwakilan sumber yang boleh diterima. Setelah menyatakan bahawa, tiada had pada format perwakilan.
9. Apakah maksud JAX-RS kepada anda?
Lebih mudah untuk mencipta perkhidmatan web RESTful di Java berkat API Java untuk Perkhidmatan web RESTful, sering dikenali sebagai JAX-RS. Pembangun boleh menerangkan sumber dan operasi yang boleh dijalankan ke atasnya menggunakan anotasi yang disediakan.
10. Apakah yang membezakan AJAX dan REST antara satu sama lain?
ajax:
- Ajax ialah sekumpulan teknologi yang membolehkan pengemaskinian dinamik antara muka pengguna elemen tanpa perlu memuat semula halaman.
- Ajax mengalih keluar komunikasi tak segerak antara klien dan pelayan.
REHAT:
- REST memerlukan komunikasi antara pelayan dan pelanggan.
- Penggunaan sumber adalah penting kepada struktur URL dan corak permintaan/tindak balas yang digunakan oleh REST.
11. Bolehkah anda menyenaraikan beberapa kelemahan perkhidmatan web yang RESTful?
Sesi tidak boleh disimpan kerana perkhidmatan mematuhi tanggapan tanpa kewarganegaraan. (Pelanggan bertanggungjawab untuk menghantar id sesi sepanjang simulasi sesi.)
Kekangan keselamatan bukanlah asas kepada REST. Protokol yang menggunakannya mewarisi langkah berjaga-jaga keselamatan. Oleh itu, berhati-hati semasa meletakkan langkah keselamatan, seperti menyepadukan pengesahan berasaskan SSL/TLS, adalah penting.
12. Apakah yang membezakan teknik PUT dan POST antara satu sama lain?
LETAK:
- Tiada cache untuk respons PUT.
- Idempotent (iaitu berbilang permintaan akan menghasilkan hasil yang sama)
- muatan permintaan mengemas kini atau menggantikan sumber sasaran.
POST:
- idempotent not (iaitu, berbilang permintaan akan menghasilkan gandaan sumber yang sama)
- Pelayan web memproses muatan permintaan berdasarkan sumber yang dimaksudkan.
- Jika pengepala kawalan cache yang sesuai disertakan, balasan POST boleh dicache.
13. Bagaimanakah anda menguji perkhidmatan web RESTful?
Ujian perkhidmatan web yang tenang boleh dibantu oleh beberapa alat, termasuk Swagger dan Postman. Memeriksa parameter permintaan seperti parameter pertanyaan, pengepala dan pengepala respons dimungkinkan oleh banyaknya ciri yang terakhir.
Posmen boleh digunakan untuk membuat permintaan kepada titik akhir dan menunjukkan hasilnya. Dan XML dan JSON boleh dibuat daripada jawapan ini.
Posmen dan Swagger kedua-duanya menyediakan fungsi yang sangat setanding. Sebaliknya, Swagger juga menawarkan keupayaan seperti dokumentasi titik akhir.
14. Terangkan REST API dalam dunia sebenar.
- Tapak web perjalanan dan tiket boleh memanfaatkan masa penerbangan dan harga yang disediakan oleh syarikat penerbangan melalui API.
- Untuk membolehkan apl pemetaan dan navigasi (seperti Peta Google) menggunakannya, agensi pengangkutan awam sering menjadikan data mereka tersedia secara terbuka dalam masa nyata melalui API.
- Aplikasi cuaca menggunakan API terbuka yang bertukar-tukar data cuaca untuk memaparkan maklumat cuaca.
- Pembangun boleh mengakses data pemetaan Peta Google melalui beberapa API yang dihoskannya. API ini digunakan oleh pembangun untuk membenamkan peta dinamik dalam apl dan tapak web mereka.
15. Bagaimanakah Seni Bina Perkhidmatan Mikro Berfungsi?
- Permintaan dihantar oleh pelbagai pelanggan menggunakan pelbagai peranti.
- Selepas mengesahkan identiti pelanggan, pembekal identiti menyediakan token keselamatan.
- Permintaan pelanggan diuruskan oleh API Gateway.
- Semua bahan sistem dikekalkan sebagai kandungan statik.
- Alat pengurusan menyemak baki perkhidmatan pada nod dan sebarang kerosakan.
- Menemui laluan komunikasi antara perkhidmatan mikro dibantu oleh penemuan perkhidmatan.
- Pusat data dan pelayan proksi membentuk sistem rangkaian tersebar yang dipanggil rangkaian penghantaran kandungan.
- Perkhidmatan jauh menyediakan akses maklumat dari jauh.
16. Apakah sebenarnya caching?
Amalan menyimpan sementara salinan jawapan pelayan di suatu tempat (seperti memori komputer) untuk mengaksesnya kemudian dengan lebih pantas dikenali sebagai caching.
Caching meningkatkan kelajuan pelayan apabila menggunakan API REST dengan mengurangkan jumlah kerja yang mesti dilakukan oleh pelayan untuk memenuhi permintaan. Aplikasi yang menggunakan API berjalan lebih cepat berkat caching kerana mereka tidak perlu menyerahkan permintaan baharu setiap kali mereka memerlukan sumber.
Medan Cache-Control pengepala respons HTTP mengandungi maklumat tentang tempoh masa sumber boleh dicache oleh klien sebelum ia perlu diakses semula.
17. Terangkan muatan.
Muatan dalam REST merujuk kepada maklumat yang terkandung dalam badan respons HTTP. Pelanggan menggunakan teknik GET untuk meminta data yang dipersoalkan.
Dokumen yang mengandungi teks tweet dan sebarang fail yang diperlukan untuk meletakkan tweet pada tapak web akan disertakan dalam muatan, contohnya, jika anda meminta Twitter API untuk tweet tertentu. Selain itu, muatan boleh disertakan dalam permintaan HTTP menggunakan kaedah POST.
18. Bezakan SABUN Vs REHAT?
- Tidak seperti SOAP, yang hanya boleh mengendalikan XML, REST mendayakan julat format sumber yang lebih luas, termasuk XML, teks, HTML, gambar, video dan banyak lagi.
- Apabila keselamatan adalah penting untuk aplikasi dalam talian, SOAP membantu. REST tidak boleh digunakan apabila transaksi mesti diselesaikan dengan selamat kerana ia tidak begitu selamat.
- Oleh kerana SOAP hanyalah protokol, REST boleh menggunakannya dalam perkhidmatan webnya tetapi bukan sebaliknya.
- Walaupun REST hanyalah corak seni bina yang digunakan untuk membangunkan perkhidmatan web dan mematuhi batasan tertentu seperti persediaan pelayan pelanggan, statelessness, respons boleh cache, sistem berlapis dan antara muka yang konsisten, SOAP ialah protokol yang beroperasi pada piawaian tertentu yang mesti dipatuhi dengan teliti. kepada.
- Walaupun REST menggunakan pengecam sumber universal (URI), SOAP menggunakan antara muka perkhidmatan untuk menyediakan keupayaannya kepada aplikasi klien. REST mempunyai keperluan lebar jalur yang lebih rendah daripada SOAP kerana mesej SOAP adalah lebih berat maklumat.
19. Bolehkah protokol keselamatan lapisan pengangkutan (TLS) digunakan dengan REST?
Malah, kita boleh. Komunikasi klien dan pelayan REST disulitkan melalui TLS, dan protokol juga memberi pelanggan cara untuk mengesahkan pelayan.
Disebabkan oleh hakikat bahawa ia adalah penggantian Lapisan Soket Selamat, ia digunakan untuk komunikasi selamat (SSL). Melaksanakan perkhidmatan web RESTful berjaya dengan HTTPS kerana ia bekerjasama secara berkesan dengan kedua-dua TLS dan SSL.
REST mewarisi ciri-ciri protokol yang dilaksanakannya, yang merupakan satu perkara yang perlu diperhatikan di sini. Akibatnya, perlindungan keselamatan bergantung pada protokol yang digunakan oleh REST.
20. Kaedah idempoten: apakah itu? Bagaimanakah ia digunakan pada dunia perkhidmatan web RESTful?
Apabila URI adalah sama, beberapa kaedah HTTP dalam permintaan mempunyai kesan yang sama pada pelayan sama ada ia dihantar sekali atau beberapa kali. Teknik idempoten inilah yang dikenali sebagai.
Sebagai contoh, tidak kira berapa kali URI menggunakan kaedah GET dijalankan, pelayan akan sentiasa mengalami hasil yang sama. Kaedah idempoten termasuk GET, PUT, dan PATCH, untuk menamakan beberapa.
Kaedah HTTP Idempotent ialah beberapa kaedah yang digunakan oleh RESTful aplikasi web. Ia adalah perlu untuk menjamin konsistensi dalam aktiviti perkhidmatan web RESTful.
Pelanggan yang menggunakan API REST boleh membuat ralat kod yang memaksa API REST membuat permintaan berulang secara tidak sengaja. Panggilan ini berpotensi untuk menyalahgunakan sumber.
21. Apakah fungsi Pengesahan Asas HTTP?
Apabila menggunakan Pengesahan Asas sebagai sebahagian daripada API, pengguna mesti menyerahkan nama pengguna dan kata laluan, yang digabungkan oleh penyemak imbas dalam bentuk "nama pengguna: kata laluan" dan dikodkan base64.
Pada setiap permintaan HTTP daripada penyemak imbas, nilai yang dikodkan dihantar sebagai nilai untuk pengepala "Kebenaran". Oleh kerana bukti kelayakan hanya dikodkan, adalah disyorkan untuk menggunakan borang ini semasa menghantar permintaan HTTPS kerana ia tidak selamat dan boleh dipintas oleh sesiapa sahaja jika protokol keselamatan tidak digunakan.
22. Adakah anda fikir GraphQL adalah pilihan terbaik untuk mencipta seni bina perkhidmatan mikro?
Microservices dan GraphQL berjalan lancar kerana GraphQL merahsiakan seni bina perkhidmatan mikro anda daripada pelanggan anda.
Dari bahagian hadapan, anda mahu semua data anda datang daripada API tunggal, manakala dari bahagian belakang, anda mahu membahagikannya kepada perkhidmatan mikro. Teknik terbaik yang saya ketahui untuk mencapai kedua-duanya adalah dengan menggunakan GraphQL.
Ia membolehkan anda membahagikan bahagian belakang anda kepada perkhidmatan mikro sambil masih memberikan setiap aplikasi satu API dan membolehkan gabungan merentas data daripada pelbagai perkhidmatan.
23. Apakah perbezaan utama antara kaedah HTTP yang selamat dan idempoten?
Kaedah idempoten menghasilkan hasil yang sama apabila dipanggil sekali atau beberapa kali melalui permintaan yang sama. Kaedah PUT adalah idempoten.
Semua cara selamat adalah idempoten, tetapi tidak semua kaedah idempoten selamat kerana kaedah selamat tidak mengubah sumber. Sebagai contoh, GET adalah selamat kerana ia hanya mengambil semula data dan tidak mengubah sumber.
Selain itu, ia adalah idempoten, bermakna ia akan sentiasa mengembalikan jawapan yang sama apabila dipanggil.
24. Apakah yang dimaksudkan oleh API JAX-RS oleh Kelas Sumber RESTful Root?
Edisi Perusahaan Java menyediakan kelas dan antara muka yang mematuhi keperluan API JAX-RS. Dengan bantuan JAX-RS, mencipta perkhidmatan web Java dalam gaya seni bina REST menjadi lebih mudah.
Dalam API JAX-RS, kelas sumber akar hanyalah "objek java lama biasa," atau POJO. Untuk melaksanakan sumber web yang diperlukan, mereka menggunakan anotasi JAX-RS.
Mereka sama ada mempunyai anotasi @path atau sekurang-kurangnya satu daripada kaedah mereka mempunyai anotasi @path. Mereka boleh disimpulkan sebagai kelas Java dengan kaedah untuk menangani titik akhir API.
25. Apakah sebenarnya Posmen itu, dan mengapa ia digunakan?
Alat pembangunan API yang dipanggil Postman digunakan untuk mencipta, menguji dan mengubah suai API. Alat ini boleh digunakan oleh pembangun untuk sebarang ciri yang mereka perlukan untuk API. Ia memudahkan dan memudahkan kerja pembangun.
Postman memudahkan untuk membuat pelbagai pertanyaan HTTP, termasuk GET, POST, PUT dan PATCH, menyimpan persekitaran untuk kegunaan kemudian dan menukar API kepada kod dalam beberapa bahasa yang berbeza.
Setiap peringkat kitaran API dibuat lebih mudah dengan Posman, dan kerjasama diperkemas untuk pembangunan API yang lebih pantas.
Selain itu, ia membolehkan pembangun mengurus dokumentasi, spesifikasi, kes ujian, proses dan katalog API.
26. Bagaimanakah API REST disimpan selamat?
Memandangkan API REST tidak digunakan sebagai perlindungan keselamatan yang ketat seperti API SOAP, data sensitif tidak boleh dihantar atau diambil menggunakannya.
Walau bagaimanapun, REST API yang boleh dipercayai terus menyepadukan kawalan keselamatan untuk penghantaran data yang selamat dan boleh dipercayai.
- Pengesahan dan kebenaran: Setiap dan setiap permintaan yang dibuat kepada API mesti lulus dua semakan ini. Mengesahkan identiti pelanggan melalui pengesahan dan mengesahkan bahawa mereka mempunyai kuasa untuk mengakses sumber yang diminta melalui kebenaran adalah dua proses yang berbeza.
- Pengesahan: Sebelum API memberikan akses kepada sumbernya, permintaan mesti masih diperiksa untuk kemungkinan kod berbahaya selepas pengesahan dan kebenaran. Oleh itu, pelayan akan terbuka kepada serangan suntikan.
- Pengesahan: Sebelum API memberikan akses kepada sumbernya, permintaan mesti masih diperiksa untuk kemungkinan kod berbahaya selepas pengesahan dan kebenaran. Oleh itu, pelayan akan terbuka kepada serangan suntikan.
- Penyulitan: Penyulitan TLS/SSL melindungi sambungan antara klien dan pelayan dan menghalang penggodam daripada memintas permintaan dan jawapan.
- Teknik mengehadkan kadar, seperti had dan pendikitan, melindungi pelayan daripada serangan kekerasan seperti DDoS yang bertujuan untuk merendahkan atau merosakkannya.
- Tiada maklumat sensitif dalam URI: URI Sumber seharusnya tidak mengandungi sebarang data yang dilindungi (seperti nama pengguna, kata laluan atau token pengesahan).
Kesimpulan
tahniah! Beberapa soalan temuduga REST API asas hingga kompleks dan penyelesaian masing-masing kini di hujung jari anda.
Memandangkan anda mempunyai konsep yang baik tentang cara menjawab beberapa soalan temuduga REST API biasa, anda boleh terus menjawab temu duga tersebut. Langkah seterusnya bergantung pada objektif anda.
Lihat Siri Temu ramah dengan Hashdork untuk bersedia untuk temu duga.
Sila tinggalkan balasan anda