Mengapa tidak ada solusi (standar, bersertifikat Java), sebagai bagian dari bahasa Java itu sendiri, untuk mengembalikan beberapa nilai dari metode Java, daripada pengembang harus menggunakan cara mereka sendiri, seperti Peta, Daftar, Pasangan, dll .? Mengapa Java tidak mendukung objek n-tuple?
Terutama memikirkan metode pribadi sepele yang dapat memodifikasi dua objek bersama-sama (bersama-sama), dan dalam hal ini objek yang diketik sebagai pengembalian terdengar berlebihan.
Saya berasumsi OP berarti "Mengapa Java tidak mendukung objek n-tuple?". Python, Haskell, Lisp, ML dll memiliki kemampuan n-tuple yang heterogen. Seringkali juga kemampuan untuk mengembalikan beberapa objek dalam suatu bahasa adalah gula sintaksis (yaitu dalam python return 'a','b').
Alasannya tentu saja adalah desain dan konsistensi bahasa. Java lebih suka bersikap sangat eksplisit dan tidak menyukai struktur data anonim (walaupun saya berharap kami memiliki penutupan anonim).
Misalnya di Java tidak ada cara untuk mengatakan saya ingin panggilan balik yang mengambil parameter tipe ini dan mengembalikannya. Beberapa orang merasakan ini sebagai kelemahan besar, sementara yang lain menyukai konsistensi dan kejelasan.
IMHO meskipun menjengkelkan, saya sering mengatasi masalah ini dengan membuat kelas inline statis:
private static class Combo {
String name;
int weight;
}
Ya, itu membosankan tetapi kemudian saya sering menggunakan kembali dan memfaktorkan ulang kelas-kelas tersebut sehingga menjadikannya tingkat atas dan menambahkan perilaku. Faktanya, salah satu keuntungan menggunakan rute ini adalah lebih mudah untuk menambahkan bidang baru di mana struktur data anonim (seperti dalam bahasa FP) menjadi jauh lebih sulit untuk menambahkan bidang (Anda akhirnya mengubah banyak kode).
Saya harus mencatat bahwa untuk 2-tupel beberapa orang menggunakan (atau menyalahgunakan) java.util.Map.Entry karena ada java.util.AbstractMap.SimpleEntry di Java 6. Juga Beberapa orang sekarang menggunakan Dukungan Pasangan Commons Lang3 (2-tuple).
Scala memiliki dukungan n-tuple dengan semacam kecurangan dan memiliki sejumlah 2-16 antarmuka tupel yang standar dalam bahasa tersebut dan secara sintaksis tersembunyi dari pemrogram.
Untuk alasan pendidikan semata, Anda mungkin ingin melihat bagaimana bahasa lain mencapai hal ini.
PEMBARUAN: untuk Java 8
Java 8 akan/mungkin (jadi ini nomor saya... hubungi saya mungkin) mendukung antarmuka bernama java.lang.BiValue dengan implementasi konkret yang dapat Anda gunakan disebut java.lang.BiVal . Kelas-kelas ini untuk membantu mendukung fungsionalitas lambda baru. Namun perhatikan ini hanya untuk 2 tupel.
PEMBARUAN: untuk tahun 2015
Java 8 tidak mendapatkan dukungan untuk tupel.
PEMBARUAN: dari penulis 2015
Jika Anda masih menginginkan dukungan tupel, ada tiga perpustakaan yang mendukung tupel dengan baik:
final + konstruktor) harus mengatasi masalah ini.
- person Bruno; 10.10.2013
java.lang.BiValue dibangun di Java 8 seperti yang disarankan di atas. Mungkin hapus penyebutannya.
- person matanster; 05.04.2018
Metode Java mengembalikan nilai nol atau satu; yang merupakan standar untuk Java. Jika Anda memerlukan beberapa nilai yang dikembalikan, buat objek dengan beberapa nilai dan kembalikan.
void adalah tipe pengembalian di java, btw.
- person Buhake Sindi; 19.09.2011
Jika Anda ingin mengembalikan dua objek, Anda biasanya ingin mengembalikan satu objek yang merangkum kedua objek tersebut.
Ada banyak cara hackish untuk mencapai hal ini, salah satu caranya adalah dengan mengembalikan Object[], tapi kemudian Anda punya indeks yang perlu dikhawatirkan, dan pemeriksaan penunjuk nol, itu menjadi buruk. Cara lain adalah mengembalikan String, tetapi kemudian Anda harus menguraikannya, dan hasilnya menjadi buruk.
Saya rasa pertanyaan sebenarnya adalah mengapa?
Inilah intinya - Jika saya sedang mengerjakan sebuah proyek dengan Anda, dan saya melihat perilaku seperti ini, saya akan menulis ulang sehingga Anda dapat melihat bagaimana hal itu harus ditangani. Jika Anda memberikan contoh kode, saya akan menulis ulang untuk mengilustrasikannya.
Tulis metode Anda dengan satu tanggung jawab, jika metode tersebut perlu mengembalikan lebih banyak data daripada kemampuan mereka, sebaiknya Anda menggunakan objek, atau memecahnya menjadi metode yang lebih kecil.
Ada gaya pola baru yang tersedia, dan cocok dengan sifat "asinkron" yang mungkin Anda lihat dalam bahasa seperti JavaScript.
Banyak kode saya terlihat seperti ini saat ini :-)
public class Class1 {
public interface Callback {
void setData(String item1, String item2);
}
public void getThing(Callback callback) {
callback.setData("a", "b");
}
}
public class Class2 {
public void doWithThing(Class1 o) {
o.getThing(new Class1.Callback() {
public void setData(String item1, String item2) {
... do something with item 1 and item 2 ...
}
});
}
}
Tidak ada objek baru untuk dibuat dan tidak banyak kelas tambahan karena antarmuka adalah kelas dalam objek.
Inilah yang membuat Swift begitu mengagumkan. Kodenya bisa terlihat seperti ini:
o.getThing({ item1, item2 -> Void in
... do something with item 1 and item 2 ...
});
Dan karena satu-satunya argumen adalah blok, ini pun:
o.getThing { item1, item2 -> Void in
... do something with item 1 and item 2 ...
};
Java perlu diperbaiki untuk membuat kode yang berisi panggilan balik lebih mudah dibaca.
Karena mengembalikan beberapa nilai dari suatu metode bukanlah praktik yang disarankan (di Java).
Jika Anda memerlukan nilai yang tidak terkait dari suatu metode, Anda memerlukan struktur data berbeda seperti objek yang berisi nilai tersebut. Jika Anda memerlukan beberapa instance dari kelas yang sama (yaitu beberapa Strings), Anda perlu mengembalikan array, atau beberapa koleksi tergantung pada kebutuhan Anda.
Mengembalikan beberapa nilai dalam bahasa lain (misalnya Go) digunakan misalnya untuk mengembalikan kode kesalahan, tetapi Java dirancang berbeda menggunakan pengecualian.
