Apakah ada istilah yang baik yang serupa tetapi berbeda dari "mencela" yang berarti bahwa metode atau API ada dalam basis kode tetapi tidak boleh digunakan karena implementasinya tidak lengkap atau kemungkinan akan berubah? (Ya, aku tahu, metode-metode itu seharusnya tidak bersifat publik, yada yada yada. Aku tidak menciptakan situasiku, aku hanya berusaha membuat yang terbaik dari itu.)
Apa yang orang sarankan? Eksperimental, Tidak Lengkap, sesuatu yang lain?
Jika saya membuat dokumentasi javadoc untuk API ini yang masih dalam fluks, haruskah saya menggunakan tag @deprecated atau adakah konvensi yang lebih baik? Bagi saya @deprecated menyiratkan bahwa API ini sudah tua dan mekanisme pilihan yang lebih baru tersedia. Dalam situasi saya, tidak ada alternatif, tetapi beberapa metode di API belum selesai dan jadi tidak boleh digunakan. Pada titik ini saya tidak bisa menjadikannya pribadi, tetapi saya ingin memberikan peringatan yang jelas di dokumen.
sumber
Jawaban:
Istilah yang sesuai kemungkinan besar adalah inkubator , ini adalah yang digunakan oleh Google dan Apache:
google-web-toolkit-inkubator
Apache Inkubator
Jika Anda melihat lebih dekat pada proyek-proyek yang disebutkan di atas, Anda mungkin memperhatikan bahwa API "eksperimental" (misalnya di GWT) cenderung memiliki nama paket "khusus"
com.google.gwt.gen2
. Ini untuk menghindari pencemaran API "final" masa depan yang ditujukan untuk konsumsi publik permanen - karena, Anda tahu,sumber
Saya akan menggunakan
@deprecated
untuk alasan praktis semata.Meskipun
@deprecated
tidak menyampaikan makna yang tepat yang Anda inginkan, ia memiliki keuntungan yang signifikan: Java compiler memiliki dukungan bawaan untuk itu. Mengkompilasi dengan-deprecation
flag memungkinkan Anda menemukan semua tempat di mana Anda mengganti metode yang sudah usang, membantu pengguna Anda menemukan kode yang mencurigakan dengan sangat cepat. Anda dapat menggunakan@deprecated
tag Javadoc untuk menjelaskan apa yang sebenarnya terjadi pada siapa saja yang peduli untuk membaca dokumentasi Anda. Di sinilah Anda bisa memberi tahu pengguna bahwa API itu eksperimental, harus digunakan dengan risiko sendiri, dan sebagainya.sumber
Saya belum pernah melihat yang seperti ini di API lain, karena fitur eksperimental atau tidak lengkap tidak ada hubungannya dengan API publik.
Karena Anda tidak punya pilihan, cukup beri peringatan yang terlihat jelas bahwa bagian API dapat berubah.
sumber