Penggunaan Banyak JFrames: Praktik Baik atau Buruk? [Tutup]

Saya mengembangkan aplikasi yang menampilkan gambar, dan memutar suara dari database. Saya mencoba memutuskan apakah akan menggunakan JFrame terpisah atau tidak untuk menambahkan gambar ke database dari GUI.

Saya hanya ingin tahu apakah itu praktik yang baik untuk menggunakan beberapa jendela JFrame?

Saya hanya ingin tahu apakah itu praktik yang baik untuk menggunakan beberapa JFrames?

Praktek yang buruk (buruk, buruk).

• Pengguna tidak ramah: Pengguna melihat beberapa ikon di bilah tugas saat mengharapkan hanya melihat satu. Ditambah efek samping dari masalah pengkodean ..
• Mimpi buruk untuk dikodekan dan dipelihara:
  • Sebuah dialog modal menawarkan kesempatan mudah untuk fokus perhatian pada isi dialog yang - pilih / memperbaiki / membatalkan ini, kemudian melanjutkan. Beberapa frame tidak.
  • Dialog (atau bilah alat mengambang) dengan induk akan muncul ke depan ketika induk diklik - Anda harus menerapkannya dalam bingkai jika itu adalah perilaku yang diinginkan.

Ada beberapa cara untuk menampilkan banyak elemen dalam satu GUI, misalnya:

• CardLayout( demo singkat . ). Baik untuk:
  1. Menampilkan dialog seperti penyihir.
  2. Menampilkan daftar, bagan dll. Pilihan untuk item yang memiliki komponen terkait.
  3. Membalik antara tidak ada komponen dan komponen yang terlihat.
• JInternalFrameSayaJDesktopPane biasanya digunakan untuk MDI .
• JTabbedPane untuk kelompok komponen.
• JSplitPane Cara untuk menampilkan dua komponen yang penting antara satu atau yang lain (ukuran) bervariasi sesuai dengan apa yang dilakukan pengguna.
• JLayeredPane jauh banyak komponen baik ..layered.
• JToolBarbiasanya berisi grup tindakan atau kontrol. Dapat diseret di sekitar GUI, atau mematikannya sepenuhnya sesuai dengan kebutuhan pengguna. Seperti yang disebutkan di atas, akan meminimalkan / mengembalikan sesuai dengan yang dilakukan orang tua.
• Sebagai item dalam JList(contoh sederhana di bawah).
• Sebagai node dalam a JTree.
• Tata letak bersarang .
  

Tetapi jika strategi itu tidak berhasil untuk kasus penggunaan tertentu, coba yang berikut ini. Buat satu induk tunggal JFrame, kemudian buat JDialogatau JOptionPaneinstans muncul untuk elemen bebas-mengambang lainnya, menggunakan bingkai sebagai induk untuk dialog.

Banyak gambar

Dalam hal ini di mana beberapa elemen adalah gambar, akan lebih baik menggunakan salah satu dari berikut ini sebagai gantinya:

1. Satu JLabel(berpusat di panel gulir) untuk menampilkan gambar mana saja yang diminati pengguna pada saat itu. Seperti yang terlihat di ImageViewer.
   
2. Satu baris JList. Seperti yang terlihat dalam jawaban ini . Bagian 'baris tunggal' itu hanya berfungsi jika semuanya memiliki dimensi yang sama. Sebagai alternatif, jika Anda siap untuk menskala gambar dengan cepat, dan semuanya memiliki rasio aspek yang sama (mis. 4: 3 atau 16: 9).

Berbagai JFramependekatan telah saya terapkan sejak saya mulai memprogram aplikasi Swing. Sebagian besar, saya melakukannya pada awalnya karena saya tidak tahu apa-apa. Namun , ketika saya semakin matang dalam pengalaman dan pengetahuan saya sebagai pengembang dan mulai membaca dan menyerap pendapat dari banyak pengembang Java yang lebih berpengalaman secara online, saya berusaha untuk beralih dari berbagai JFramependekatan (baik dalam proyek saat ini dan proyek masa depan ) hanya untuk bertemu dengan ... dapatkan ini ... penolakan dari klien saya! Ketika saya mulai menerapkan dialog modal untuk mengontrol "child" windows dan JInternalFrames untuk komponen yang terpisah, klien saya mulai mengeluh!Saya cukup terkejut, karena saya melakukan apa yang saya pikir merupakan praktik terbaik! Tapi, seperti kata mereka, "Istri yang bahagia adalah hidup yang bahagia." Hal yang sama berlaku untuk klien Anda. Tentu saja, saya seorang kontraktor sehingga pengguna akhir saya memiliki akses langsung ke saya, pengembang, yang jelas bukan skenario umum.

Jadi, saya akan menjelaskan manfaat dari JFramependekatan berganda , serta mitos-bust beberapa kontra yang disajikan orang lain.

1. Fleksibilitas terbaik dalam tata letak - Dengan memungkinkan pengguna terpisah JFrame, Anda memberi pengguna akhir Anda kemampuan untuk menyebar dan mengontrol apa yang ada di layarnya. Konsepnya terasa "terbuka" dan tidak membatasi. Anda kehilangan ini ketika Anda pergi ke satu besar JFramedan banyak JInternalFrame.
2. Bekerja dengan baik untuk aplikasi yang sangat termodulasi - Dalam kasus saya, sebagian besar aplikasi saya memiliki 3 - 5 "modul" besar yang benar-benar tidak ada hubungannya satu sama lain. Misalnya, satu modul mungkin merupakan dasbor penjualan dan satu mungkin dasbor akuntansi. Mereka tidak berbicara satu sama lain atau apa pun. Namun, eksekutif mungkin ingin membuka keduanya dan mereka menjadi bingkai terpisah di taskbar membuat hidupnya lebih mudah.
3. Memudahkan pengguna akhir untuk mereferensikan materi luar - Sekali, saya mengalami situasi ini: Aplikasi saya memiliki "penampil data," dari mana Anda bisa mengklik "Tambah Baru" dan itu akan membuka layar entri data. Awalnya, keduanya JFrames. Namun, saya ingin layar entri data menjadi JDialogyang orang tuanya adalah penampil data. Saya melakukan perubahan, dan segera saya menerima telepon dari pengguna akhir yang sangat bergantung pada fakta bahwa dia dapat meminimalkan atau menutup pemirsa dan tetap membuka editor sementara dia mereferensikan bagian lain dari program (atau situs web, saya tidak ingat). Dia tidak menggunakan multi-monitor, jadi dia perlu entri dialog menjadi yang pertama dan yang lainnyamenjadi yang kedua, dengan penampil data yang sepenuhnya tersembunyi. Ini tidak mungkin dengan JDialogdan tentu saja tidak mungkin dengan JInternalFrame. Dengan enggan saya mengubahnya kembali menjadi terpisah JFrameskarena kewarasannya, tetapi itu memberi saya pelajaran penting.
4. Mitos: Sulit dikodekan - Ini tidak benar dalam pengalaman saya. Saya tidak mengerti mengapa akan lebih mudah untuk membuat JInternalFramedaripada JFrame. Bahkan, dalam pengalaman saya, JInternalFramesmenawarkan fleksibilitas yang jauh lebih sedikit. Saya telah mengembangkan cara sistematis untuk menangani pembukaan & penutupan JFrameaplikasi saya yang benar-benar berfungsi dengan baik. Saya mengontrol frame hampir sepenuhnya dari dalam kode frame itu sendiri; pembuatan bingkai baru, SwingWorkeryang mengontrol pengambilan data pada utas latar belakang dan kode GUI pada EDT, mengembalikan / membawa ke depan bingkai jika pengguna mencoba membukanya dua kali, dll. Yang Anda butuhkan untuk membuka JFrameadalah memanggil metode statis publik open()dan metode terbuka, dikombinasikan dengan awindowClosing() event menangani sisanya (apakah frame sudah terbuka? apakah tidak terbuka, tetapi memuat? dll.) Saya membuat pendekatan ini sebagai template sehingga tidak sulit untuk diterapkan untuk setiap frame.
5. Mitos / Belum Terbukti: Sumberdaya Berat - Saya ingin melihat beberapa fakta di balik pernyataan spekulatif ini. Meskipun, mungkin, Anda bisa mengatakan JFramekebutuhan lebih banyak ruang daripada JInternalFrame, bahkan jika Anda membuka 100- JFramean, berapa banyak sumber daya yang akan Anda konsumsi? Jika kekhawatiran Anda adalah kebocoran memori karena sumber daya: panggilan dispose()membebaskan semua sumber daya yang digunakan oleh frame untuk pengumpulan sampah (dan, sekali lagi saya katakan, a JInternalFrameharus meminta perhatian yang sama persis).

Saya sudah banyak menulis dan saya merasa bisa menulis lebih banyak. Ngomong-ngomong, saya harap saya tidak terpilih sebagai pemilih karena itu pendapat yang tidak populer. Pertanyaannya jelas merupakan pertanyaan yang berharga dan saya harap saya telah memberikan jawaban yang berharga, meskipun itu bukan pendapat umum.

Contoh yang bagus dari banyak frame / dokumen tunggal per frame ( SDI ) vs frame tunggal / beberapa dokumen per frame ( MDI ) adalah Microsoft Excel. Beberapa manfaat MDI:

• dimungkinkan untuk memiliki beberapa jendela dalam bentuk non persegi panjang - sehingga mereka tidak menyembunyikan desktop atau jendela lain dari proses lain (misalnya browser web)
• dimungkinkan untuk membuka jendela dari proses lain melalui satu jendela Excel sambil menulis di jendela Excel kedua - dengan MDI, mencoba menulis di salah satu jendela internal akan memberikan fokus ke seluruh jendela Excel, sehingga menyembunyikan jendela dari proses lain
• dimungkinkan untuk memiliki dokumen yang berbeda pada layar yang berbeda, yang sangat berguna ketika layar tidak memiliki resolusi yang sama

SDI (Single-Document Interface, yaitu, setiap jendela hanya dapat memiliki satu dokumen):

MDI (Antarmuka Multi-Dokumen, yaitu, setiap jendela dapat memiliki banyak dokumen):

Saya ingin melawan argumen "tidak ramah pengguna" dengan contoh yang baru saja saya gunakan.

Dalam aplikasi kami, kami memiliki jendela utama di mana pengguna menjalankan berbagai 'program' sebagai tab terpisah. Sebisa mungkin kami telah mencoba untuk menjaga aplikasi kami ke jendela tunggal ini.

Salah satu 'program' yang mereka jalankan menyajikan daftar laporan yang telah dihasilkan oleh sistem, dan pengguna dapat mengklik ikon di setiap baris untuk membuka dialog penampil laporan. Penampil ini menunjukkan setara dengan halaman potret / lansekap A4 laporan, sehingga pengguna menyukai jendela ini menjadi cukup besar, hampir memenuhi layar mereka.

Beberapa bulan yang lalu kami mulai mendapatkan permintaan dari pelanggan kami untuk membuat model jendela penampil laporan ini, sehingga mereka dapat membuka banyak laporan sekaligus.

Untuk beberapa waktu saya menolak permintaan ini karena saya tidak berpikir ini adalah solusi yang baik. Namun, pikiran saya berubah ketika saya mengetahui bagaimana para pengguna mengatasi 'kekurangan' sistem kami.

Mereka membuka pemirsa, menggunakan fasilitas 'Simpan Sebagai' untuk menyimpan laporan sebagai PDF ke direktori tertentu, menggunakan Acrobat Reader untuk membuka file PDF, dan kemudian mereka akan melakukan hal yang sama dengan laporan berikutnya. Mereka akan memiliki beberapa Acrobat Readers berjalan dengan berbagai keluaran laporan yang ingin mereka lihat.

Jadi saya mengalah dan membuat modeless penonton. Ini berarti bahwa setiap pengunjung memiliki ikon bilah tugas.

Ketika versi terbaru dirilis kepada mereka minggu lalu, respon luar biasa dari mereka adalah bahwa mereka MENYUKAINYA. Ini adalah salah satu peningkatan terbaru kami yang paling populer untuk sistem.

Jadi Anda teruskan dan beri tahu pengguna Anda bahwa apa yang mereka inginkan buruk, tetapi pada akhirnya itu tidak akan membantu Anda.

BEBERAPA CATATAN:

• Tampaknya menjadi praktik terbaik untuk menggunakan JDialog untuk windows modeless ini
• Gunakan konstruktor yang menggunakan argumen baru ModalityTypealih - alih boolean modal. Inilah yang memberi dialog ini ikon bilah tugas.
• Untuk dialog modeless, berikan orang tua nol ke konstruktor, tetapi temukan relatif terhadap jendela 'orang tua' mereka.
• Versi 6 Java pada Windows memiliki bug yang berarti bahwa jendela utama Anda bisa menjadi 'selalu di atas' tanpa Anda beri tahu. Tingkatkan ke versi 7 untuk memperbaikinya

Buat jInternalFrame menjadi bingkai utama dan membuatnya tidak terlihat. Kemudian Anda dapat menggunakannya untuk acara selanjutnya.

jInternalFrame.setSize(300,150);
jInternalFrame.setVisible(true);

Sudah lama sejak terakhir kali saya menyentuh ayunan tetapi secara umum adalah praktik yang buruk untuk melakukan ini. Beberapa kelemahan utama yang terlintas dalam pikiran:

• Ini lebih mahal: Anda harus mengalokasikan sumber daya jauh lebih banyak untuk menggambar JFrame jenis lain dari wadah jendela, seperti Dialog atau JInternalFrame.

• Tidak ramah pengguna: Tidak mudah menavigasi ke sekelompok JFrame yang terjebak bersama, itu akan terlihat seperti aplikasi Anda adalah sekumpulan aplikasi yang desainnya tidak konsisten dan buruk.

• Sangat mudah untuk menggunakan JInternalFrame Ini semacam retorical, sekarang jauh lebih mudah dan orang lain lebih pintar (atau dengan waktu luang lebih banyak) daripada yang telah kita pikirkan melalui pola Desktop dan JInternalFrame, jadi saya akan merekomendasikan untuk menggunakannya.

Praktek yang buruk pasti. Salah satu alasannya adalah bahwa itu tidak terlalu 'user-friendly' karena setiap JFramemenunjukkan ikon taskbar baru. Mengontrol banyak JFrames akan membuat Anda merobek rambut.

Secara pribadi, saya akan menggunakan SATU JFrameuntuk jenis aplikasi Anda. Metode menampilkan banyak hal terserah Anda, ada banyak. Canvases, JInternalFrame, CardLayout, bahkan JPanels mungkin.

Beberapa objek JFrame = Nyeri, masalah, dan masalah.

Saya pikir menggunakan beberapa Jframebukan ide yang baik.

Sebaliknya, kita dapat menggunakan JPanellebih dari satu atau lebih JPanelyang sama JFrame.

Kita juga bisa beralih di antara ini JPanel. Jadi itu memberi kita kebebasan untuk menampilkan lebih dari pada sesuatu di JFrame.

Untuk masing-masing JPanelkita dapat merancang hal-hal yang berbeda dan semua ini JPaneldapat ditampilkan pada JFramesatu per satu.

Untuk beralih di antara JPanelpenggunaan ini JMenuBardengan JMenuItemsuntuk masing-masing JPanelatau 'JButton for eachJPanel`.

Lebih dari satu JFramebukanlah praktik yang baik, tetapi tidak ada yang salah jika kita menginginkan lebih dari satu JFrame.

Tetapi lebih baik mengubah satu JFrameuntuk kebutuhan kita yang berbeda daripada memiliki banyak JFrame.

Jika bingkai akan memiliki ukuran yang sama, mengapa tidak membuat bingkai dan meneruskannya sebagai referensi.

Ketika Anda telah melewati bingkai Anda kemudian dapat memutuskan bagaimana mengisinya. Ini akan seperti memiliki metode untuk menghitung rata-rata satu set angka. Apakah Anda akan membuat metode berulang kali?

Ini bukan praktik yang baik tetapi meskipun Anda ingin menggunakannya Anda dapat menggunakan pola tunggal sebagai yang baik. Saya telah menggunakan pola tunggal di sebagian besar proyek saya itu bagus.