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


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

Java低速GUI Swing



1 名前:デフォルトの名無しさん [03/08/31 04:24]
そんなSwingとやっていくみんなのスレッドです。

75 名前:デフォルトの名無しさん [03/10/11 15:01]
屋上屋を重ねるとは正にこのこと。

76 名前:デフォルトの名無しさん mailto:sage [03/10/11 16:48]
じゃあさ、SWTの上で動かすSwingの上で動かすSWTの上で動かすSwingの上で
SWTを動かすってのはどうだろうか?
あ、いま俺いいこと言った?

77 名前:デフォルトの名無しさん mailto:sage [03/10/11 17:34]
>>76
な、なんだってーー!!

78 名前:デフォルトの名無しさん mailto:sage [03/10/11 17:43]
AA(ry

79 名前:73 mailto:sage [03/10/11 21:58]
ごめん。SwingWT で NetBeans が動くわけじゃなかった。
SwingWT のライブラリを import しないといけないので、
Swing と完全なソースコード互換ではないです。

80 名前:デフォルトの名無しさん mailto:sage [03/10/12 15:17]
>>56
そうもいかんさ。共同作業だから。
c++で組めば速いに決まってんだけど
c++がきちんと書けるPGってほとんどいないし。

81 名前:デフォルトの名無しさん [03/10/13 05:47]
>>80
SwingがきちんとかけるPGのほうが更に少ないと思うのだが、、
SWTなんかだと、ほとんど誰も書けるPGいないだろうに

82 名前:デフォルトの名無しさん mailto:sage [03/10/13 07:19]
C+SDK からの移行なら、SWTの方が簡単にくめるね!
まぁSwing の方が簡単だろうけどね。

83 名前:デフォルトの名無しさん [03/10/13 11:54]

   Y 

恥ずかしい丘




84 名前:デフォルトの名無しさん mailto:sage [03/10/13 12:26]
>>81
自称C++PGの大半は文法理解できてないですよ。
だからC++PGはぐんと少ないと思いますよ。

85 名前:デフォルトの名無しさん mailto:sage [03/10/13 13:10]
実際、自称C++プログラマほとんどがオブジェクト指向も理解できないCオンリープログラマだったりするんだよな。

86 名前:デフォルトの名無しさん mailto:sage [03/10/13 13:45]
C++はオブジェクト指向言語じゃないし・・

87 名前:デフォルトの名無しさん [03/10/13 14:17]
なんでここでC++話になるんだよ場をわきまえろ

88 名前:デフォルトの名無しさん [03/10/13 14:53]
私は Java で GUI プログラミングをしたことがないのですが(AWTすらしらない)、
いまから GUI プログラミングをするには、何にしたらいいですか?
SWing ? SWT ? やっぱり基本ってことでAWT?

ちなみに Java、オブジェクト指向の基本は抑えているつもりです。

89 名前:デフォルトの名無しさん [03/10/13 16:27]
Swingは簡単だよ。
javax.swing.*
以下のJavadocを全部読め。


90 名前:84 mailto:sage [03/10/13 17:45]
>>86
うるせーばか
>>87
ごめんなさい
>>88
決定版がないのよ。

91 名前:デフォルトの名無しさん mailto:sage [03/10/13 23:57]
>>88
C+SDK 経験者なら、断然 SWT が簡単
経験無ければ、本も情報もいっぱいあるので、Swing で コピペプログラムがよいのでは?

92 名前:88 mailto:sage [03/10/14 00:35]
>>89-91
レスどうもありがとう。まずは Swing に手をつけてみます。
オブジェクト指向の設計としては Swing はよくできているらしいので
(そうでないという意見の人もいますが、とりあえずここではそれはおいとく)

>>91
C+SDK はやったことがありません。
自分の GUI プログラミングの経験といえば、Unix で emacs + gcc で、生Xlib でいくつかツールを
作ったぐらいです。

93 名前:デフォルトの名無しさん [03/10/14 00:45]
>>88
それが良かろう、基本って事で




94 名前:デフォルトの名無しさん mailto:sage [03/10/14 02:17]
>>92
Xlib 生で自分でライブラリー作ってきているなら、SWT が楽かも
まぁそれぐらいのスキルがあれば Swing も問題ないだろうけど。面倒って感じるかも(1週間ぐらいは)


95 名前:デフォルトの名無しさん [03/10/14 20:57]
SWTとSwingなら、スキルに関わらずSwingが楽でしょう。

96 名前:デフォルトの名無しさん [03/10/25 03:33]
Swing好きなんでage。
やっぱSwing人気ないな。
使いこなすと本当に無理が効くいいライブラリだと思うんだが、
いかんせん速度と見た目がねえ。

97 名前:デフォルトの名無しさん mailto:sage [03/10/25 03:52]
>速度
・イベントディスパッチスレッドを理解する。
・応答性が必要なとこでちゃんとマルチスレッド化する。

上の二点に気をつければ遅くないよ。

98 名前:デフォルトの名無しさん mailto:sage [03/10/25 04:10]
慣れないと開発速度が「遅く」なりそうだよな

99 名前:デフォルトの名無しさん mailto:sage [03/10/25 05:32]
仕事で超リッチなクライアント作ってるが
最長一ヶ月ぐらいあればなんとなくどんなクラスがあるか覚えるだろ。
マルチスレッド非対応ならだが。
EJBの反応が悪いので(w GUIの遅さはよくわかりませんと言う感じ。
>>98
何だろうが最初から慣れてる奴なんかいない

100 名前:pyスレから来ました [03/10/25 05:42]
Swing はJython 使うと perl/tk 以上に使いやすい
(体感開発速度が上がる)感じがした。

どうせ遅いんだしJython使っちゃおう。

101 名前:デフォルトの名無しさん [03/10/25 05:58]
>>98
慣れても開発が速くならないMFCというのもあったな。
Swingは開発が進むと、クラスという形で「慣れ」が残っていく。

102 名前:デフォルトの名無しさん mailto:sage [03/10/25 06:10]
>>100
Javaじゃないものを組み合わせると
リファクタリングツールなんかが効かなくて不便かなと思った.
XSLみたいな比較的独立したものならいいけど,
メソッド起動とか絡むとね.

でもちょっとしたツールであれば,スクリプト系は良いね.

103 名前:デフォルトの名無しさん mailto:sage [03/10/25 06:58]
Jythonはスクリプトと言う扱いなの?



104 名前:デフォルトの名無しさん mailto:sage [03/10/25 12:14]
いえ。殺人鬼です。

105 名前:96 mailto:sage [03/10/25 12:16]
お、返事付いてる。
>>97
俺はイベントディスパッチスレッドもマルチスレッド化がなぜ必要かも
理解しているつもりだよ。
ただ、微妙なモッサリ感とか、しばらくほったらかしてから
ウインドウを前に出したときに数秒間グレーののっぺらぼうウインドウが
表示されて反応なくなったりすることとか、直接Swingと関係ないけど
JPEGデコーダーの性能がため息出るほど悪くて
使いものになるグラフィックビューアなんて絶対に書けないこととか、
ちょっとは愚痴りたくなるよ。

ただ、造りが理論的に綺麗だから、理論的にこういう事できそうだな、
と思って実装するとほとんど間違いなくちゃんと動いてくれるのは
すごいと思うよ。


106 名前:デフォルトの名無しさん mailto:sage [03/10/25 14:27]
>JPEGデコーダーの性能がため息出るほど悪くて
>使いものになるグラフィックビューアなんて絶対に書けないこととか、

速いJPEGデコーダーを自作すればいい。

107 名前:デフォルトの名無しさん [03/10/25 15:43]
JPEGデコーダから自作しなきゃならんライブラリか…。
開発効率悪すぎだな。話にならねー。

108 名前:デフォルトの名無しさん mailto:sage [03/10/25 15:46]
jniの魔法を使って最速のJPEGデコーダIJLを召還・・・・・できるのか?

しかもWindows専用という罠が待っている

109 名前:デフォルトの名無しさん [03/10/25 16:27]
結論としては、MFC最強?

110 名前:デフォルトの名無しさん mailto:sage [03/10/25 16:30]
WTL最強

111 名前:デフォルトの名無しさん [03/10/25 17:47]
Swingってスレッドセーフじゃないってマジですか?

112 名前:デフォルトの名無しさん mailto:sage [03/10/25 17:53]
マジです

113 名前:デフォルトの名無しさん mailto:sage [03/10/25 18:00]
>>97
>>105

Jpeg デコーダは dll なので、そんなに遅い感じはしません(Pentium 4 なら)
十分使用に耐えますけど。。。



114 名前:デフォルトの名無しさん mailto:sage [03/10/25 18:04]
IJL以外のほとんどの実装の場合、
最速で連続表示すると実用に耐えない
PC3200 DualChannelとAthXP3200+を使っていても。

115 名前:デフォルトの名無しさん [03/10/25 18:06]
「最速で連続表示」?

116 名前:デフォルトの名無しさん mailto:sage [03/10/25 19:55]
とりあえず1.5に期待

117 名前:デフォルトの名無しさん mailto:sage [03/10/25 20:10]
>>114
113 の者です。
マジレスで。。。表示時間よりHDDの時間が遅いんだと思います。。
連続で最速での表示なら。。。。
時間をあけるんなら、別スレッドで読み込みましょう!
(賢い Viewer はみんな やっているんでしょうから。。 CPIC なんか驚異的にはいですけどね。。
ほかの、おもちゃの Viewer 程度なら。。 Java+Swing で十分なのでは?)

118 名前:デフォルトの名無しさん [03/10/25 21:21]
>>111-112
いまどき、ショボ杉。

119 名前:デフォルトの名無しさん mailto:sage [03/10/26 01:21]
AWTでも使ってろ

120 名前:96 mailto:sage [03/10/26 02:12]
>>113
自分のメインマシンは2年前のB5ノートなんだけど、
この環境では文句無しにHDよりデコード速度のほうが遅いよ。
もちろん「速いマシンに買い換えろ!」というのももっともだと思うけど、
Java以外じゃそんなに不足感じてないんで、買いかえるのにけっこう悩む。
あと、画像ビューアの場合、少なくとも次画像の事前読み込みは必要だと思うけど、
でかい画像を開いたときに、それが全部ヒープ領域に入るから、
ヘタにでかい画像を連続表示するとOutOfMemoryErrorで落ちたりする。
切ない。
デフォルトの64メガヒープを128メガにでもすれば大丈夫だろうが、
たかだか画像ビューアでそれは贅沢すぎるんじゃないか、と思わないかい?

>>119
>AWTでも使ってろ

あんなやっつけ仕事で作られたライブラリはさすがに勘弁。


121 名前:デフォルトの名無しさん [03/10/26 04:10]
>>120はVCでMFCでも使ってなさいってこった。

122 名前:デフォルトの名無しさん [03/10/26 05:59]
SWTつかえよ


123 名前:デフォルトの名無しさん mailto:sage [03/10/26 06:58]
>>120
う〜ん 作りかたが悪いんだろう(笑)
私のは大丈夫。。。。。
まぁ正直 遅いCPUは知らん(笑)

Z-80 から、こんなことやっているが。。。
先を見ないと!



124 名前:デフォルトの名無しさん mailto:sage [03/10/26 07:20]
>>123
文意がつかめないのですが……

125 名前:デフォルトの名無しさん mailto:sage [03/10/26 21:37]
>>108
ここはひとつJNIの魔法を使ってSDLを召喚

126 名前:デフォルトの名無しさん mailto:sage [03/10/27 00:57]
マシンを買い換えてから、
以前まで毛嫌いしてたSwingが使えるレベルになった。
でもわざわざJavaでクライアントアプリを作る理由が見出せない。
Delphiでいいやん。


127 名前:デフォルトの名無しさん [03/10/27 02:25]
わざわざ今更Pascalで何かを作る理由が(r

128 名前:デフォルトの名無しさん [03/10/27 03:00]
ネイティブのJavaとネイティブのswingがあればいいのでわなかろか。
continner.add(Integer(1))なんて見るとJavaよりC++の方がいいんだが、
周囲がC++を嫌うしなぁ。

129 名前:デフォルトの名無しさん mailto:sage [03/10/27 03:12]
Swingはネイティブにするのは無理だろ。
あれは最後の描画以外全部Javaの中でやってるのが特徴で、
拡張性の元になってるんだから、
ネイティブにしたらSwingじゃなくなっちゃうよ。



130 名前:デフォルトの名無しさん [03/10/27 03:19]
Javaで拡張できればいいということなら、
ネイティブなJavaでコンパイルされたswingでもだめかな?


131 名前:デフォルトの名無しさん mailto:sage [03/10/27 15:30]
JavaにGUIなんか要らないよ。

132 名前:デフォルトの名無しさん mailto:sage [03/10/27 16:30]
>>131
組み込み系の人?

133 名前:デフォルトの名無しさん mailto:sage [03/10/27 17:10]
>>132
最近ではServletのことも組み込みって言うんですね。



134 名前:デフォルトの名無しさん mailto:sage [03/10/28 00:16]
Write once, run anywhere を生かしたものでないと
あえて Java を使う意味がないような気がする

135 名前:デフォルトの名無しさん mailto:sage [03/10/28 00:29]
GUIなしのプログラムならC++の移植ってそんなに大変じゃないです。
C++でCGI書くのもつらくないんです。
むしろGenericsが標準になってないJava言語には魅力がないんだよね。
メリットはswingだけ。

136 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:04]
>>130
ネイティブコンパイルは多少パフォーマンスは上がるけど、
それで問題が全部解決するってのは幻想だよ。
Swingは良くも悪くも全部Java(コンパイルされてもね)の上で
描画されてるんだから、ネイティブコンパイルしたからって
JButtonがネイティブのボタンになるわけじゃない。

>>135
俺はJava厨だからよくわからないんだけど、Genericってそんなに必要なの?
Collectionで使うなら便利かもな、とは思ったけど。

137 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:15]
C++ユーザーがJava使うと激しく落胆するのはGenericsが標準でないこと。
ため息出てくる。でもswingは好き。パネルレイアウトとかgtk+より進歩的。
C++のGUIクラスライブラリをswingと同じ設計でやってほすい。

138 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:16]
Genericsは、プログラム書くのと同じくらいドキュメント書くのに精力尽くさないと、
他の人(半年後の自分を含む)が再利用どころかメンテナンスできないものになっちゃうよう。

実際、他の人たちはどうやって上手にメンテナンスしてるのか知りたいわ。専用スレ逝ってきます。

139 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:32]
>>133
サーバーに組み込んで使うから(ウソ)

140 名前:デフォルトの名無しさん [03/11/01 16:49]
Swing無知の私です・・・
GUI画面を作ろうと思ってるのですが、調べてもさっぱりわからず・・・ソース
書いても思惑通りならず・・・。
JBuilderとかEclipsみたいな、セパレートされたGUIを作成したいのですが、
どこか参考になるソースやらサイトって、ありませんか?
何を使ったらああいうビジュアルになるのか・・・

141 名前:デフォルトの名無しさん [03/11/01 16:53]
セパレートされたGUIってなんじゃ

142 名前:デフォルトの名無しさん [03/11/01 16:58]
すいません、言い方悪かったです。
ツリー領域やら、テキスト編集エリアや、エラー情報など、
縦横に分割されていることをいいたかったのです・・・。


143 名前:デフォルトの名無しさん [03/11/01 17:48]
それはスプリットペインと呼ばれるものだ



144 名前:デフォルトの名無しさん mailto:sage [03/11/01 18:52]
これを調べてもまだ判らなかったら…もうだめぽ。
java.sun.com/docs/books/tutorial/uiswing/components/splitpane.html

145 名前:デフォルトの名無しさん mailto:sage [03/11/01 19:35]
>>144
1枚目の画像,グロかと思た……

146 名前:デフォルトの名無しさん [03/11/02 12:07]
スプリットペインというのですね

チャレンジしてみます。ありがとうございます。

147 名前:デフォルトの名無しさん mailto:sage [03/11/02 12:26]
>>140
もしかしてレイアウトマネージャについて理解してないんじゃない?
もしもそうなら、BorderLayout, FlowLayout, FridLayout, GridBagLayoutで
ググってみ。

148 名前:デフォルトの名無しさん mailto:sage [03/11/03 01:02]
>>104
それはジェ

149 名前:デフォルトの名無しさん mailto:sage [03/11/03 10:19]
かっこいい Swing ルックアンドフィール見つけたよ。
GPLで配布されてます。

www.geocities.com/shfarr/


150 名前:デフォルトの名無しさん mailto:sage [03/11/03 10:45]
うわ、じじくさ

151 名前:デフォルトの名無しさん [03/11/03 11:29]
L&Fごときで、GPLに感染するのはちょっとなぁ。

152 名前:デフォルトの名無しさん mailto:sage [03/11/03 11:31]
ちょっと、というか全然ダメダメ

153 名前:デフォルトの名無しさん [03/11/03 11:52]
JTabbedPaneに、コンポーネントを追加したんですけど、
タブ部分に、そのコンポーネントの取り消しボタンを設定するには
どうやればいいのでしょうか・・・



154 名前:デフォルトの名無しさん [03/11/03 20:40]
まず、そんなアフォなUIは考え直そう。

155 名前:デフォルトの名無しさん [03/11/03 20:50]
>>145
・・・。思うか?

156 名前:デフォルトの名無しさん mailto:sage [03/11/03 23:35]
>>154
Eclipseなどファイルごとにタブができるエディタや
ページごとにタブができるブラウザ… アフォなUIですかね?
ファイルやページを閉じるときにタブの×を押す。直感的だと思うけど。

157 名前:デフォルトの名無しさん mailto:sage [03/11/03 23:37]
SwingのL&FならまずSkinLF
javootoo.l2fprod.com/plaf/skinlf/index.php

158 名前:デフォルトの名無しさん mailto:sage [03/11/05 23:49]
SwingのL&Fならまずあきらめろ

159 名前:デフォルトの名無しさん [03/11/07 19:51]
SWTスレ落ちた?

160 名前:デフォルトの名無しさん mailto:sage [03/11/07 20:15]
>>159
みたいね。

161 名前:デフォルトの名無しさん mailto:sage [03/11/07 21:16]
SWINGのL&Fいいじゃん。

162 名前:デフォルトの名無しさん mailto:sage [03/11/08 00:03]
メタルだけは、鈍臭くて好きになれん。

163 名前:デフォルトの名無しさん mailto:sage [03/11/08 19:45]
Windowsで、GTKLookAndFeelって対応してる?
切り替えるとなんかおかしくなるんだけど。




164 名前:デフォルトの名無しさん mailto:sage [03/11/08 20:58]
>>163
WindowsXP Pro + build 1.4.2-b28 の SwingSet2 で
LookAndFeel を GTK にしたけどパっと見てそれほど変なところは無かったような。

なんかおかしくなるって具体的には?

165 名前:デフォルトの名無しさん mailto:sage [03/11/08 21:56]
>>164
> なんかおかしくなるって具体的には?

Backgroundの色がおかしくなるというか・・・。とりあえずサンプル
作ったので一旦GTKにしてから、ほかのL&Fに戻して、フレームのサイズ
とか変更してみてください。右のパレットが描画されなくなってしまう。

ttp://www2.makani.to/akutoku/upload/dat/1068295978.lzh


166 名前:デフォルトの名無しさん mailto:sage [03/11/08 22:00]
>>165
失敗。
ttp://www2.makani.to/akutoku/upload/v.cgi?s=www2.makani.to/akutoku/upload/dat/1068295978.lzh


167 名前:デフォルトの名無しさん mailto:sage [03/11/08 22:28]
>>165
developer.java.sun.com/developer/bugParade/bugs/4931101.html
BugParade みたけど Windows 用 JDK1.5 では GTK LookAndFeel は使えなくなる予定だって。
ひょっとするとバグ多すぎるので Sun の GTK LookAndFeel 作ってる連中が投げた可能性も…

っつか、JDK 1.5.0 の b22 とかって early access とか見ても無いけど
Sun 内部とかでテストしてるって事なんかいな?

168 名前:デフォルトの名無しさん mailto:sage [03/11/08 22:31]
>>165
1.4.2-b28 で GTK LookAndFeel に変更した時と
GTK LookAndFeel から他の LookAndFeel に変更した時に確かに変になるね。

169 名前:165 mailto:sage [03/11/08 23:11]
>>167
ま、L&Fに凝りまくられるより、速度とかに力入れてくれるほうがありがたいですしね。
実際速くなってるし。

>>168
とりあえず、自分の環境だけという訳ではなさそうなので、WindowsではGTKLookAndFeel
は、使わないことにしときます。


170 名前:デフォルトの名無しさん [03/11/10 01:21]
GTKすらまともに実装できないとは…やっぱクライアントサイドのJavaって糞だな。

171 名前:デフォルトの名無しさん mailto:sage [03/11/10 02:04]
170は何もわかってない予感

172 名前:デフォルトの名無しさん mailto:sage [03/11/10 15:47]
swingで質問です。
今、Linux上で複数のWindowを表示するアプリ作ってるんですけど、
Windowを移動させようとするとWindow同士が(正確にはPanel等も)
ぺたぺたくっついて、動かしづらいのですがなんとかならないんでしょうか?

WindowManager?の設定は変えたので、Java以外のアプリ(Ktermとか)は
くっつかないようになったのですが。

環境はRedHat Linux7.3でGNOME使ってます。


173 名前:デフォルトの名無しさん [03/11/10 22:17]
Windows XP + VC++ + MFCに乗り換えるのはどうだろう。



174 名前:デフォルトの名無しさん mailto:sage [03/11/10 22:58]
>>173
死滅ライブラリキター

175 名前:デフォルトの名無しさん mailto:sage [03/11/10 23:40]
互換性に期待してJavaアプリを組んでるやつは
wxWindows/WideStudio/Qtに流れたほうがいいかモナー。
ランタイムの互換性がたいした事ないから、いっそ
再コンパイルを通したソース互換の方がいいじゃん。






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

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

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