[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 08/21 19:07 / Filesize : 252 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Java標準低速GUI 6 AWT/Swing



1 名前:デフォルトの名無しさん [2007/09/26(水) 20:51:18 ]
ハードウェアの高スペック化、描画アルゴリズムの変更、JavaVMの高速化に伴い、パフォーマンスの問題は改善されています。
しかしながら、"Java"というだけで未だに敬遠されるのが現状。
そんなSwingと引き続き付き合っていくみんなのスレッドです。
Java低速GUI Swing 5 (前スレ)
pc11.2ch.net/test/read.cgi/tech/1161139809/
Java低速GUI Swing 4
pc8.2ch.net/test/read.cgi/tech/1140533866/
Java低速GUI Swing 3
pc8.2ch.net/test/read.cgi/tech/1121700954/
Java低速GUI Swing 2
pc8.2ch.net/test/read.cgi/tech/1095398949/
Java低速GUI Swing
pc5.2ch.net/test/read.cgi/tech/1062271447/l50

600 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 20:58:53 ]
まだ続くの?

601 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:08:14 ]
Swingの話題だから別にいつまでも続いてもいいだろ

602 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:25:37 ]
そういやMotifだとマウスホイールも効かないよな。
そんな中途半端なのいれなきゃいいのに。

603 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:28:15 ]
SystemLAFならLinuxとかでもWin並みのFeelが得られるの?
Win, Mac以外はLAFは何でもいいと思ってるのでお勧め教えて。

604 名前:デフォルトの名無しさん [2007/12/13(木) 21:35:08 ]
>>598で結論出たじゃん。

605 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:36:12 ]
Linux では gtk使えるなら gtkじゃね?

606 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:39:41 ]
>>598
ことLAFに関しては>>597でFAだと思うが。
切り替えて不都合がでるLAFがある時点で不完全なシステムだな。

607 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:40:05 ]
正直Javaアプリ作ってもWinでしか使わないんだよね。
APIのバランスがいいし、今更.NET覚えるのはしんどいって理由で。
*nixやmacの挙動を調べるにはどうしたらいいんだろう。
LinuxならcoLinuxとか?

608 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:45:53 ]
それ用にマシン用意するか、もってる人にテストを頼む以外なんかある?



609 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:46:51 ]
Macごときに会社が金出すわけ無いじゃん。jk。

610 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:50:45 ]
アップルに俺様の会社がMacでも動くアプリを作ってやったから、テスト用にMacを献上したまえといってみるとか。

611 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:54:18 ]
Macごときに金ださんという会社は、JavaだろうがMacで動かす必要はないってことじゃね?

612 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 22:01:26 ]
Macごときで動作しないなんてレポートが来られても困るし、
JavaクライアントでもMacは未対応ってことにしとけばいいか

613 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 22:22:42 ]
そこはアップルの実装の問題だが、どうにも屑すぎる。
特に文字列処理。これはjavaに限った事じゃないけど。

614 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 22:34:26 ]
たとえば文字列処理でどんなことが起きるの?

615 名前:デフォルトの名無しさん [2007/12/13(木) 22:45:06 ]
ワイド文字いい加減とか

616 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 23:38:24 ]
仕事なら必要な範囲のアーキテクチャだけ動作保証するだけだし
趣味ならそもそも動作保証なんてしないから問題ないだろ…

617 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 02:37:15 ]
趣味で作っても、友達がMac持ってることあるから問題あるだろ。

618 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 02:41:59 ]
aho



619 名前:デフォルトの名無しさん [2007/12/14(金) 15:36:51 ]
例えば、undo,redo(WindowsだとCtrl+z,Ctrl+y)とかのデフォルトの
キーバインディングがOS毎に違ったりする場合、
LAF変更毎にjavax.swing.InputMapとかも変更すべきでしょうか?
javax.swing.plaf配下のUI委譲を見ても、そんなコードは見あたりませんが。


620 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 18:21:15 ]
>>614
Unicode正規化まわりじゃないの?

621 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 12:54:25 ]
LAF変えるたびに、それ固有の修正を施すなんてかなり馬鹿らしい話
これからいくらでも増えてくるだろうし

622 名前:デフォルトの名無しさん [2007/12/15(土) 16:35:41 ]
MacのredoのショートカットキーがWindowsと異なる
(Ctrl+Shift+zだったかな)ことを最近知って、
さらに「Motifだとマウスホイールも効かないよな」っていうのを見て、
ふと疑問に思った。

マルチプラットフォーム対応のソフト作ってる場合って、
やっぱり、そんなことも考慮する必要があるんだろうな。
LAF毎に固有の修正を施すなんてかなり馬鹿らしい話っていうのは同感なんですが。

ふだん当たり前にできてることができないって結構ストレスになるから。


623 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 16:44:56 ]
キー設定とかは外部設定に追い出しておいてプラットフォームごとに
切り替わるようにするくらいは必須だろうねぇ。

うっかりMac環境でメニューバーにまでショートカット付けて怒られた俺。
(個別のメニューには付けてもいいが、根っこのバー上には付かないのがMac)


624 名前:デフォルトの名無しさん [2007/12/15(土) 17:27:21 ]
>キー設定とかは外部設定に追い出しておいてプラットフォームごとに
>切り替わるようにするくらいは必須だろうねぇ。
やっぱり、サーバーサイドより面倒ですね。

>うっかりMac環境でメニューバーにまでショートカット付けて怒られた俺。
怒られるほどのことではない。
というか、個人的には、そのほうが便利になってる気さえしますが。
余計な文字列がデザイン的にウザイってことなんですかね。
よくそういうどーでもいいディテールに拘る人いますし。
特に官公庁に。

>(個別のメニューには付けてもいいが、根っこのバー上には付かないのがMac)
へー。Macさわったことないから、全然知らなかった。
エミュレータでも買って、ちょっと弄ってみようかな。


625 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:45:03 ]
そういえばMacのマウスはシングルボタンが基本だよね。
Winでは右クリでポップアップメニューが出る操作がよくあるけど、あれMacではどうなるの?

626 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:57:07 ]
ふるーい mac だと ctrl + クリックでやってた記憶が……

ポップアップメニュー出す操作か、だけなら、
java.awt.event.MouseEvent#isPopupTrigger() みればわかるはず。

627 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:58:32 ]
何も考えたくなかったらMetalで固定ってことかな。

628 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:14:39 ]
macはボタン長押しでコンテキストメニューじゃなかった?
今のmacはマウスホイール付いてた気がする。
小さな玉が・・・。



629 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:22:21 ]
シングルボタンの場合は、Ctrl押しながらクリック。
2ボタンマウスを繋いだ場合は普通に右クリックできる。

Mighty Mouseも見た目はシングルだが、右よりの部分を押すと副ボタンと
して扱える(デフォルトだと両方主ボタンになってるのはAppleの意地か?)



630 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:24:04 ]
ノート型のMacだと、指を2本パッドに置いてクリックすると右クリック相当
だな。指2本でパッド上を滑らせるとスクロールとかも面白い。


631 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:28:50 ]
MacのOS9時代まで使ってたけど、ctrl + クリックだったよ〜
まぁどうでもいいか。

632 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:41:56 ]
理想的にはLaF毎に諸々切り替えるべきなんだけど…
結局どこまでサポート範囲にするかってだけだとな気がする.
ぶっちゃけMotifとかは切り捨てても誰も困らないと思うぞ

633 名前:デフォルトの名無しさん [2007/12/15(土) 18:45:57 ]
Synthについてなんですが、SwingのJComponentの派生クラスの
ちょっとした動作変更のHackのサンプルコードとかで、
よくMetalほげUI(MetalComboBoxUIとか)を継承したクラスを作って、
JComponent#setUI(作成したMetalほげUIのサブクラス)とかやってますよね。

ああいうのって、その後Synthでスキンを変更しようと思った場合、
動作するんですか?

Synth導入時はjavax.swing.plaf.synth配下のクラスを
使用しなければならないのかなと思っていて、
Synthパッケージのクラスの継承関係がBasicComponentUIのサブクラスだから、
MetalUIで作ったクラスは使用できないのかと漠然と考えているんですが。

634 名前:デフォルトの名無しさん [2007/12/15(土) 18:52:14 ]
>ぶっちゃけMotifとかは切り捨てても誰も困らないと思うぞ
同感。Motifは単にSunの意地。
クライアントLinuxも趣味にはいいけど、
個人的にはサポートしたくない。

でも、数ヶ月前に21:00台のNHKのニュースで出てた、
どこか忘れたけど、ITじゃない大手企業の普通の職場で
SunのワークステーションでXが写ってた。
マジで使ってんの?って思ったけど。

635 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:19:05 ]
ソラリスのMotifはそれなりにさまになってる感じもあるけど
Winでみるとダサイ・・・ってまったく同じMotifというわけでもなくMotif風というべきか。

636 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:25:33 ]
MacでCtrl+クリックで右クリということは、WinでCtrl+左クリに機能を割り当てていると、
Macでは困ったことになる・・・のだろうな・・・

637 名前:デフォルトの名無しさん [2007/12/15(土) 19:28:20 ]
実機が手元にないから、あれだけど。
SolarisのMotifは、Sunのハードの色のグレーと紫と一緒になって、
初めて調和する感じがする。
だから、他のハードで単体でMotifのLAFだけを見るとかっこ悪さしか感じない。


638 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:43:52 ]
LAFというか視覚デザイン系は深入りすると底なし沼だからなぁ・・・・
3Dソフトも今はなき?シリコングラフィックのあの癖のある筐体でみるのと、
DOS/Vの筐体でみるのではやっぱ違ってみえるよねw



639 名前:デフォルトの名無しさん [2007/12/15(土) 19:44:18 ]
いろいろ考えるとInputMapはFactoryクラスとかで一括管理すべきなんだろうなと思ってきた。

640 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:44:55 ]
そういえばJTableはCtrl+左クリで複数選択機能があったはずだけど、Macだとどうなるんだっけ。

641 名前:デフォルトの名無しさん [2007/12/15(土) 19:49:16 ]
>シリコングラフィックのあの癖のある筐体でみるのと、
>DOS/Vの筐体でみるのではやっぱ違ってみえるよねw
それはありますねー。
Sunのマシンにsunの4つつながったロゴがないだけでも、
Motifは別物に見えそうだし。

データセンターでMacのハードやUIがあったりしたら、
違和感ありそうだし。。。

642 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 23:39:08 ]
>>619
質問 ↓のコードでもmacとwindowsで兼用できなかったの??
KeyStroke.getKeyStroke(KeyEvent.VK_C, Toolkit.getDefaultToolkit().getMenuShortcutKeyMask());

643 名前:デフォルトの名無しさん [2007/12/16(日) 02:36:30 ]
619です。
>質問 ↓のコードでもmacとwindowsで兼用できなかったの??
>KeyStroke.getKeyStroke(KeyEvent.VK_C, Toolkit.getDefaultToolkit().getMenuShortcutKeyMask());
Toolkit#getMenuShortcutKeyMask()メソッドは初めて知りました。
ありがとうございます。

興味本位で聞いただけです。
実際にやってみていない。というかmac環境がないので。試せません。。

tinyurl.com/3cbuj2のあたりをざっとみると、
Ctrl+Cとかコピペ、Ctrl+F(検索),Ctrl+S|Oあたりは同じようですが。
Ctrl+Y(やり直し(Windows))の記載が見あたりません。
ちょっと前に、どこかでWindowsのCtrl+YはmacでCtrl+Shift+Zと見たんですが、
記憶違いかガセだったのでしょうか。
でも、macにはUndoの反対のキーバインドがないとは思えませんけど。

でも仮にmacにCtrl+Shift+Zがあるとすると、
Toolkit.getDefaultToolkit().getMenuShortcutKeyMask()だと、
引数と戻り値的に適切な値が取得できるとは考えられないですが。

それとgetMenuShortcutKeyMaskで適切な値が取得できるのであれば、
UIクラスのinstallUI()(すくなくともJTextComponentのサブクラスのUI)では、
InputMapにデフォルトで登録しておいて欲しいところです。

macをさわれる人にgetMenuShortcutKeyMask()の結果を聞きたいです。
いつになるか分かりませんが、私がmacを実行できる機会があれば、
結果を報告します。

644 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 03:30:19 ]
Mac OS X 10.5.1 です。

% uname -a
Darwin dorado.local 9.1.0 Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386 i386 i386 MacBook2,1 Darwin

% java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-237)
Java HotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)

System.out.println(Toolkit.getDefaultToolkit().getMenuShortcutKeyMask());
System.out.println(Event.ALT_MASK);
System.out.println(Event.CTRL_MASK);
System.out.println(Event.META_MASK);
System.out.println(Event.SHIFT_MASK);

結果は

4
8
2
4
1

Metaキーってことですかね。


645 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 03:36:27 ]
Mac OS XではCommand+Cとかになるからね。

getMenuShortcutKeyMaskの戻り値はEvent.META_MASKになる。

CommandキーはWindowsだとWindowsキー。

646 名前:デフォルトの名無しさん [2007/12/16(日) 17:50:37 ]
619です。
macの結果を教えてくださりありがとうございます。

macのショートカットキー一覧を見ると
「コマンド + C →「編集」メニュー コピー」と記載されているので、
つまり、getMenuShortcutKeyMask()を使用できそうということでしょうか。

ところで、macにはWindowsでいう「やり直し(Ctrl+Y)」
(元に戻すのを戻す?)は、ないのでしょうか。
私の言っている「Ctrl+Shift+Z」ショートカットキーは誤りですか?
たびたびすみませんが、時間がありましたら教えてください。

647 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 18:11:03 ]
HIG(Human Interface Guidelines)
developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGIntro/chapter_1_section_1.html

Keyboard Shortcuts
developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGUserInput/chapter_11_section_3.html#//apple_ref/doc/uid/TP30000361-CHDIGFBH

テキストエディット(メモ帳・ワードパッド)
GarageBand(作曲)
Pages(ワープロ)
Keynote(プレゼン)
Numbers(スプレッドシート)
BathyScaphe(2ちゃんねるブラウザ)
で見たら、「やり直す」はCommand+Shift+Zだった。


648 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 18:17:26 ]
ちょっと古いけど
ttp://developer.apple.com/jp/technotes/tn2042.html

やり直しはShift+Command+Zだね。



649 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 18:36:01 ]
うお、Leopardでは「取り消す(cmd+Z)」と「やり直す(shift+cmd+z)」に変わったんだね。

プレビューではファイルメニューに、最後に保存した状態に戻す「元に戻す」があったりする。

650 名前:デフォルトの名無しさん [2007/12/16(日) 20:20:32 ]
>647さん
>648さん
>649さん
ありがとうございます。
developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGUserInput/chapter_11_section_3.html#//apple_ref/doc/uid/TP30000361-CHDIGFBH
のTable 7-5を見ると(Redo(やり直し))Command-Shift-Zってことですね。

頂いた情報を総合すると、getMenuShortcutKeyMask()の戻り値が
Event.META_MASK(Commandキー)である。
やり直しはCommand-Shift-Zということですので、
コピーのキーバインディングに
KeyStroke.getKeyStroke(KeyEvent.VK_C, Toolkit.getDefaultToolkit().getMenuShortcutKeyMask());
は、良いけど
undo,redoに
KeyStroke.getKeyStroke(KeyEvent.VK_Y, Toolkit.getDefaultToolkit().getMenuShortcutKeyMask());
KeyStroke.getKeyStroke(KeyEvent.VK_Z, Toolkit.getDefaultToolkit().getMenuShortcutKeyMask());
はNGということですね。

ということで、やはりプラットフォームごとにInputMapを用意する
必要があるということですね。
実装する予定はありませんが、勉強になりました。
面白かったです。





651 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:00:00 ]
Swing標準のキーバインドってなかったっけ?
あったらそれで良いと思う。

あれはLAFで決まるんだっけ?

652 名前:デフォルトの名無しさん [2007/12/16(日) 21:36:45 ]
619です。

>Swing標準のキーバインドってなかったっけ?
swing.plaf配下のUI委譲のInputMap登録コードでは、
JListでの上下移動、JComboBox等の選択等の細かいものを除けば、
基本的に選択(JTableのセル選択,JTextComponentのテキスト選択)、
移動系(セルの選択位置移動、キャレットの移動)の
キーバインドしか登録されないのです。

undo,redoをはじめ、Ctrl+S,Ctrl+O等の、機能が実装されていないものに
関しては仕方がないにしても、JTable,JTextComponentでは、
printを実装しているにも関わらず、Ctrl+Pも登録されません。
ですから、標準のキーバインドはないのでは?と思っています。

まぁ、個別のOSのアプリケーションを熟知してませんが、
Gridやテキストエディタでの選択、移動のショートカットキーは、
各OSともほぼ共通なため、そのあたりは登録できるものの、
undo,redo等は、上記のような例があり、標準として登
録できないという事情があるのかもしれません。

でもSwing標準のキーバインドなんてあったとしても、
個人的には、ショートカットキーをバリバリ使う人にはストレスフルで
使いたくないし覚えたくないだろうと思いますが。

ちなみにLAF毎に、キーバインドを登録するようなコードが
それぞれのUIクラスのソースに無いのは先述のとおりです。


653 名前:デフォルトの名無しさん [2007/12/16(日) 21:48:11 ]
>>633

654 名前:_ [2007/12/19(水) 14:53:45 ]
combodata = {"a", "b", "c","d"};

       ・
       ・
private void Combo1ActionPerformed(java.awt.event.ActionEvent evt) {


if (Combo1.getSelectedItem().equals("a")||Combo1.getSelectedItem().equals("b")){
Combo2.setEnabled(true);
}
else{
Combo2.setEnabled(false);
}

}

Combo1でaかbが選択された場合はCombo2が有効で
Combo2でcかdが選択された場合はCombo2が無効になるようにしたいのですが

上のやり方だとaを選ぶとCombo2は有効になるんですがaを選んだ後にcに変更すると
Combo2は無効にならずに有効のままになってしまいます.
同じようにcを選ぶと無効になるんですがその後にaを選ぶと無効のままになってしまいます.

これを直す方法を教えていただけないでしょうか?お願いします.

655 名前:デフォルトの名無しさん mailto:sage [2007/12/19(水) 15:17:46 ]
いくつか突っ込みどころがあるから最初からやり直した方が早い。

656 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 03:59:56 ]
最初からやり直すというか、紙の上で状態遷移を考えた方がいい。
自分の言ってる矛盾に気付けるから。

657 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 08:13:43 ]
>Combo1でaかbが選択された場合はCombo2が有効で
>Combo2でcかdが選択された場合はCombo2が無効になるようにしたいのですが

下のCombo2はCombo1の間違えだよね?

658 名前:デフォルトの名無しさん [2007/12/20(木) 08:46:01 ]
Combo1の間違えでした.

Combo1の状態に応じてCombo2の有効,無効が変化する
物をつくりたいんですが教えていただけないでしょうか



659 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 09:23:02 ]
combo2.setVisible(false);
これでは駄目なの?

660 名前:_ [2007/12/20(木) 11:53:34 ]
上のやり方だとaを選ぶとCombo2は有効になるんですがaを選んだ後にcに変更すると
Combo2は無効にならずに有効のままになってしまいます.
同じようにcを選ぶと無効になるんですがその後にaを選ぶと無効のままになってしまいます.
最初の選択では上手くいくんですが選択を変更すると変化してくれないんです。

661 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 12:45:54 ]
まず、そもそもCombo1ActionPerformedメソッドが実行されてるのかどうかを確かめるんだ。
実行されてるなら、そのときCombo1.getSelectedItem()の値が実際は何になっているのかを確かめるんだ。

662 名前:_ [2007/12/20(木) 13:07:41 ]
Combo1でaを選ぶとCombo1ActionPerformedメソッドが実行されてCombo1.getSelectedItem()の値は
aになっているんですがその後にCombo1でcを選んでもCombo1ActionPerformedメソッドが実行されてません

続けて選んだ場合にもCombo1ActionPerformedメソッドが実行されるようにするにはどうすればよいのでしょうか?

663 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 13:44:37 ]
>>662
実行されてないのをSystem.out.println文で確認した?

664 名前:_ [2007/12/20(木) 16:00:32 ]
確認しました
コンボボックスを変更してもActionPerformedにいってくれないようです

665 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 17:13:44 ]
ActionListenerをやめて、ListDataListenerでComboBoxModelの変更を捕らえてみたらどう

666 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 19:48:40 ]
おい、おまいら。
SwingApplicationFramework使ってますか?

667 名前:デフォルトの名無しさん [2007/12/20(木) 19:57:08 ]
使ってません。
あれって便利なの?

668 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 20:00:15 ]
使ってみようと、Netbeansでプロジェクトを作った。
でも、どうするものかいまいちピンときていない。
Actionの管理をしてくれるのはいいんだけどちょっと縛りがきついなぁと感じた。
IDE無しでは複雑過ぎる気がする。



669 名前:デフォルトの名無しさん mailto:sage [2007/12/20(木) 20:57:09 ]
IDEなしでの比較だとアクションイベントを書くのはフレームワーク使ったほうが楽

アプリケーションの起動時と終了時に処理が書けるようになるとかはまぁあればあったでいいという程度

ただアノテーションつかってそれの名称を文字列で記述ってのは実行時エラーの可能性が増えるから
静的言語としてはどうかなぁというのが多い

Web方面のフレームワークもだけどね
Springとか最新版ですら1.4とか過去の互換性のために文字列を使うことが多すぎ
enumきっちりつかってくれよと思うことは多いかな

670 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 00:39:19 ]
IDEなしということはGUIエディタも使わずにSwingのアプリを作るってこと?
本で紹介するサンプルコードならともかく、本格的なもの作るなら論外だと思えるけど。

671 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 00:42:07 ]
別に普通に行われてることですが

672 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 00:42:42 ]
そりゃお気の毒

673 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 00:47:11 ]
本格的なものを作るならフォームエディタなんて使わないと思うが。

674 名前:デフォルトの名無しさん [2007/12/21(金) 00:58:40 ]
>>670
逆じゃないの?

675 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 01:00:16 ]
IDEサポートなしと読めばいいじゃない。

676 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 01:02:26 ]
>>673-674
はいはいwノシ

677 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 01:04:17 ]
最近Javaから離れて久しいが、GroupLayoutはツールなしで使うのは
辛いと聞いたことがあるな。


678 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 07:36:04 ]
670にとって本格的なものってのは
テキストフィールド2つにボタンひとつ。



679 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 08:34:45 ]
IDEなしじゃ何もできないって人は、素のHTMLをいじれない人と「使えない」って点で似てる

680 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 11:03:39 ]
ここでは何もできない人の話はしてないね。

681 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 11:05:03 ]
>>678の煽りの程度の低さに絶望した
もっとまともな指摘があるのかと思った。

682 名前:デフォルトの名無しさん [2007/12/21(金) 11:10:10 ]
仕事でレイアウトマネージャって使っています?

683 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 11:12:54 ]
使うよ

684 名前:デフォルトの名無しさん [2007/12/21(金) 11:45:21 ]
やっぱ普通使うよね
絶対座標ばっかだ・・・

685 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:29:53 ]
>>679
効率よく出来るかどうかだから。
仕事ならDreamWeaverとか使わないでHTML生成してるアホはいらんね。

ペイントあればフォトショップ等いらないでしょ?とか
テキストエディタでPDF作れるでしょ?といってるのとかわらんな。

>>684
せめてNetBeansに付属の伝統のAbsoluteLayout使ってね。
Nullはだめだぞ。

686 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:52:28 ]
親切な香具師だな。
土を手で耕したいという土民なんかほっとけばいいのに。w

687 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:57:29 ]
なんかバカがいるな。

688 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 13:33:04 ]
仕事ではGridBagLayoutが基本かな・・・
NetbeansのGridBagLayoutのエディタが無いと仕事にならんね・・・・
もうちょっと進化してくれても恨まないけど・・・・

複数のレイアウトマネージャを組み合わせて、
がちっと作り込むのは実はむしろ趣味のほうだったりする。
それでも、GridBag,Groupを手で書くのは調整くらいはできても、まぁ正直無理。



689 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 13:37:50 ]
レイアウトマネージャの組み合わせはわりと普通に使う

ただ、GropuLayoutがでてしまったおかげでほとんどそれ1本でいけるようになっちまった

690 名前:デフォルトの名無しさん [2007/12/21(金) 13:47:57 ]
GropuLayoutはいいよね。使いたい。
でもそのためにはJavaのバージョンを6にしないとだめなんだよなー
まだ1.4だしなー
先は長いな・・・

691 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 13:50:37 ]
GropuLayout

692 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 13:58:22 ]
パッケージが違っていいのなら1.4から使えた希ガス。
5.0からだったかな?

来年登場予定のJavaSE7がでると1.4は保守されなくなるから。
保守契約結んでいるなら5.0以上でも動くようにしていったほうがいいね。

693 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 16:55:49 ]
1.4はとっくにEOL。jdk7が出てから死ぬのは1.4.2

694 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 19:39:20 ]
GroupLayoutが出たときにEclipseからNetBeansに乗り換えようかなと考えたけど
GroupLayoutが、考え方が非常に明快な上に
頭で考えたことを素直に反映できる優秀なレイアウトだったので、やめた

695 名前:デフォルトの名無しさん [2007/12/21(金) 19:40:22 ]
なんじゃそりゃ

696 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 19:45:29 ]
難読化

697 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 19:50:41 ]
IDEなしじゃGUIも扱えない奴ってどうなん?
JTableとかテキストフィールドで再現してそう

698 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 19:56:51 ]
それはないだろ



699 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 20:16:43 ]
無知の自覚がない無知は無知のまま放置がベスト

700 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 21:17:20 ]
>>670
GUIエディタは便利だけど、業務アプリでそういうのでサックリ作っちゃうと
後々火を吹くから俺のPjでは使わない。

>>685
イタイな






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<252KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef